home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / clipper / clip0588.zip / CLIP0588 next >
Text File  |  1988-06-01  |  299KB  |  6,567 lines
  1. Msg#3918   To:ALL                                        
  2. From:ABE RICE                                   Date:05/01/88
  3. Subject:SST                      
  4. ------------------------------------------------------------------------------
  5. To Steve and all Clipper lovers out there:
  6. .
  7. I just received SST for Clipper and it is replete with functions,
  8. suggestions, and techniques, with a surprisingly well written manual.
  9. Just as advertised (how unusual!).  Source code is included which
  10. allowed me to modify and build on what he did, easily.  Unlike
  11. Nantuckt code (DBU, etc.), SST's is well documented and easy to
  12. follow.  But what I liked most was the section on Quick Tricks.  This
  13. alone would have been worth the 90 bucks.  Some of these tricks I'm
  14. sure Nantucket learnt for first time from SST!  I would like to hear
  15. what others using SST think.
  16. .
  17. Yours
  18. Abe
  19.  
  20.  
  21. Msg#3922   To:MARK NEIDORFF                             (Rcvd)
  22. From:HARRY GILBERT                              Date:05/01/88
  23. Subject:(R)UPDATE                               Parent Msg#3565
  24. ------------------------------------------------------------------------------
  25. I agree the more that's in the code, the larger the .EXE, but I'd like to
  26. control (read that remove) un-necessary, unused functions, and keep
  27. things as small as possible. Guess that goes back to the days when I
  28. wrote entire engineering analysis programs to run in 4K.
  29.  
  30.  
  31. Msg#3923   To:TONY KIRK                                 (Rcvd)
  32. From:HARRY GILBERT                              Date:05/01/88
  33. Subject:(R)S87 UPDATE                           Parent Msg#3774
  34. ------------------------------------------------------------------------------
  35. My UPS man is well familh patrons who jump up and down; I do when anew
  36. disk arrives, and my wife does when the daily deliveries from JC Penny
  37. and Sears mailorder.
  38.  
  39.  
  40. Msg#3924   To:CLIFF CORCORAN                            (Rcvd)
  41. From:HARRY GILBERT                              Date:05/01/88
  42. Subject:(R)S87 UPDATE                           Parent Msg#3780
  43. ------------------------------------------------------------------------------
  44. New Future for Nantucket? They've ALWAYS acted responsibly, and mailed
  45. out updates/bug fixes.
  46.  
  47.  
  48. Msg#3925   To:TIM CREAGH                                (Rcvd)
  49. From:HARRY GILBERT                              Date:05/01/88
  50. Subject:(R)ACHOICE.ARC           
  51. ------------------------------------------------------------------------------
  52. Yes, large databases dramatically use memory, and I recently re-wrote an
  53. application to do the same things using dbedit(). I'll upload it
  54. tomorrow. Glad the sample code helps -- that's what we're all here for,
  55. to learn and share.
  56.  
  57.  
  58. Msg#3926   To:DIRK LESKO                                (Rcvd)
  59. From:STEVE STRALEY                              Date:05/01/88
  60. Subject:(R)ALTRIM() VS LTRIM(TRIM               Parent Msg#3926
  61. ------------------------------------------------------------------------------
  62. Dirk, I'm not arguing HOW it is implemented.  I know that very well. 
  63. What I am arguing is the fact the Nantucket implements a function that
  64. serves no purpose: it's bigger and it's larger.   That point in FROM DOSS
  65. is to raise a few eyebrows: why is a function considered "enhanced" when
  66. it increases executable and load size by nearly 2K.   
  67.  
  68. That purpose of the newletter is to inform and to shake people up a bit:
  69. I don't think it is important all that much to know why it's bigger, just
  70. that it is and that people shouldn't necessairly use it.  AGain,
  71. practicle Clipper:  I preach that and I believe in that.  And no amount
  72. of bits and bytes is going to change it.   Consider this: should a
  73. manufacturer give a free upgrade out to piss people off, only to ADD
  74. features which only increase the file sizes.  This is pure hypocracy at
  75. it's best.
  76.  
  77. So, if you should happen to gander at future articles, either in DOSS or
  78. other places, kepp in mind I know why and how it happens, I just
  79. questions IF it should happen.  That's all...
  80.  
  81. S. Straley
  82.  
  83.  
  84. Msg#3927   To:ABE RICE                                   
  85. From:STEVE STRALEY                              Date:05/01/88
  86. Subject:(R)SST                   
  87. ------------------------------------------------------------------------------
  88. Well, let's try to answer each of your questions:
  89. 1. Function names (and procedures) can only be up to 10 chartacters.  I
  90. have a tendency to go over that just to keep the name clear in my ind.
  91.  
  92. 2. To get the serial number of the disk, just take a DIR of the disk. 
  93. The VOL number of the disk is the serial number.
  94.  
  95. 3. I'm not sure about Quick Basic files and linking them in with this.  I
  96. don't think it will work, but then again, if it follows Microsfot's
  97. standard .OBJ file, it may.  Doubtful though....
  98.  
  99. 4.  The two functions which increment a date the way you want is either
  100. FOX_DATE() on page 60 or INC_DATE() on page 61.  Either will do the
  101. trick.
  102.  
  103. 5.  I appreciate the general comment.  As you get further into the
  104. Toolkit, you'll see several nuances that blew Nantucket's mind.  Try the
  105. code generating report writer... that should get your blood stiring!
  106.  
  107. 6.  Much of the credit (and cause for the delay) is due to Joe King's
  108. persistence for perfection.  Like I've said before, this project has been
  109. out of my hands for a few months now and Joe has really done a fantastic
  110. job finishing it up.  He's a great partner and deserves half of the
  111. credit (or blame).
  112.  
  113. Thanks again, and hope all of this answers your questions....
  114.  
  115.  Steve
  116.  
  117.  
  118. Msg#3929   To:ALL                                        
  119. From:RICHARD STREETER                           Date:05/01/88
  120. Subject:CLIPPER UG MEETING       
  121. ------------------------------------------------------------------------------
  122. The ACNJ will hold a Clpper user group meeting at Union County College,
  123. Scotch Plains Campus on May 13 at 7:30 pm.  I belive this is a second
  124. attempt to get a group going so if you would like to have one you should
  125. try to attend.  If you have any questions call Art Clancy at 201 654 7890
  126. and leave a message.
  127.  
  128.  
  129. Msg#3930   To:RICHARD STREETER                          (Rcvd)
  130. From:STEVE STRALEY                              Date:05/01/88
  131. Subject:(R)STRALEY'S RETURN      
  132. ------------------------------------------------------------------------------
  133. THanks for the message RIchard.  Well, my mind is made up to a point.  I
  134. am still here and will still suport users of the product.  I will send
  135. you a catalogue of our products in the mail as requested.  As far as
  136. anything I say people "take me to task" for... well, what can I say.  In
  137. some eyes, people still see me part of Nantucket, and that's a shame.  If
  138. I come down too hard on Nantucket, they (Nantucket) feel that I'm not
  139. playing fair since I'm a home grown kid.  And my personality doesn't
  140. warrent it to play in the middle.  I will still be controversal,
  141. informative, energetic, and helpful to as many people as I can.  In the
  142. meantime, I'll still pump out a product a month.   SO, in essence, you
  143. can still leave me messages here, write to me, or even call or come to
  144. the NYMCUG meetings.   Hope this clears everything up.  Take care,
  145. Steve
  146.  
  147.  
  148. Msg#3931   To:STEVE STRALEY                             (Rcvd)
  149. From:TIM CREAGH                                 Date:05/01/88
  150. Subject:(R)DBEDIT()              
  151. ------------------------------------------------------------------------------
  152. Steve,  I just downloaded Straley1.arc and I can hardly wait open it, 
  153. this is like christmas.  I read your message #3911 about 12 times now and
  154. I don't know what the heck your talking about????  Maybe if I read it
  155. another 13 times?  
  156.  
  157. On second thought I think I'll just wait until you upload the documented
  158. version.  I'm going to go look at straley1.arc.    Bye  and   T H A N K 
  159. Y O U!!!
  160. .
  161. -tim-
  162.  
  163.  
  164. Msg#3935   To:STEVE STRALEY                             (Rcvd)
  165. From:TIM CREAGH                                 Date:05/01/88
  166. Subject:(R)STRALEY1.ARC                         Parent Msg#3935
  167. ------------------------------------------------------------------------------
  168. Regarding "FROM D.O.S.S."  I enjoyed reading your reviews, views,
  169. announcements and previews.  I had been having trouble with ASORT()
  170. working in two of my applications and not in the third.  Thanks to your
  171. comments in "2.3 ASORT() is not sorting" I found that by renaming my
  172. array the problem was solved.
  173.  
  174. I would like to see a listing of the functions that are included in your
  175. Clipper(IRMA) Library(tm).  I am looking at the possiblity of working
  176. with a mainframe. Your direct mainframe communication to and from a
  177. Clipper application would be useful. 
  178.  
  179. 3. DBEDIT()
  180. Boy when someone asks you for some helpful tips you go all out.  I was
  181. hoping to get a brief outline of DBEDIT() and I got 3 months of thought
  182. provoking work.   I encourage everyone to download the file straley1.arc
  183. and look at it.
  184. I also encourage everyone if it alright with this board, to give their
  185. reviews on such things as the best ......
  186. An example would be Steves' remarks on Brief.  I have been using MSWord,
  187. Sidekick, or WS.  I would take a recommendation from users of this board
  188. over a hundred adds. I guess to sum it up, you guys have gone thru trying
  189. all the different programs and sometimes you forget what a hassle that
  190. is.  Please be assured that I for one would rather hear your comments,
  191. buy one and start coding than waste hours finding out the same thing thru
  192. trial and EFFORT.
  193. .
  194. Steve  the answers are (1)Very, (2)2 times a day (3)Oh, about as much as
  195. I can get, (4)Where????
  196. -tim-
  197.  
  198.  
  199. Msg#3936   To:STEVE STRALEY                             (Rcvd)
  200. From:DIRK LESKO                                 Date:05/01/88
  201. Subject:(R)ALTRIM() VS LTRIM(TRIM               Parent Msg#3926
  202. ------------------------------------------------------------------------------
  203. Oh......Ok. You might wnat to add also that the inline code -
  204. ltrim(trim()) is also FASTER than alltrim().
  205.  
  206. Right?
  207.  
  208. dLESKO
  209.  
  210.  
  211. Msg#3937   To:DON DAVENPORT                              
  212. From:KELLY STANONIK                             Date:05/01/88
  213. Subject:(R)S87 RUN COMMAND                      Parent Msg#3879
  214. ------------------------------------------------------------------------------
  215. Get the 3.0 update to R&R (received here a few days ago).  It is _much_
  216. improved, and the runtime version runs in 25k (yes, you read it right!).
  217.  
  218.  
  219. Msg#3938   To:MARK KASS                                 (Rcvd)
  220. From:ALAN KOBB                                  Date:05/01/88
  221. Subject:(R)CLIPPER MANUALS                      Parent Msg#3791
  222. ------------------------------------------------------------------------------
  223. Mark,
  224.      Sure.  They'll fix the manuals, but will ignore the problems with
  225. the libraries.  ASORT(), ALIAS, etc... Ad Infinitium, Ad Nauseam...
  226.  
  227. --Alan--
  228.  
  229.  
  230. Msg#3944   To:STEVE STRALEY                             (Rcvd)
  231. From:TIM CREAGH                                 Date:05/01/88
  232. Subject:(R)STRALEY1.ARC                         Parent Msg#3935
  233. ------------------------------------------------------------------------------
  234. Steve your last message got cut off, but your welcome and thank you.  Now
  235. that you have opened my eyes to all those extras in DBEDIT() maybe I can
  236. do something on my own.
  237. In reading over the MEMOEDIT() notes I see that you can also call
  238. functions in that.  Do you have an idea how I could use that to tell me
  239. what line and column I am in when I'm writing a note?
  240.  
  241.  
  242. Msg#3945   To:TIM CREAGH                                (Rcvd)
  243. From:STEVE STRALEY                              Date:05/01/88
  244. Subject:(R)STRALEY1.ARC                         Parent Msg#3935
  245. ------------------------------------------------------------------------------
  246. Thanks for the message.  I thought that in putting up my efforst in
  247. hard, cold terms (reality in other words), that the promotional 
  248. bull... thoughts would go out the window.  This would be due to you,
  249. and everybody else, could see that I put alot into a little, and ask
  250. for even less.  For example, DBEDIT() takes 3 issues to cover fully,
  251. and every issue of FROM DOSS tackles DBEDIT() from a practicle point
  252. of view.   The view, preview, and reviews are my place to try to be
  253. an editor:  You should have seen the first issue:  I gave my honest
  254. opinion of "release dates" and even blamed myself for getting caught
  255. up in the race of "beating the Jones'".   Yes, I extensively talk
  256. about our favorite company out in California... specifically by name
  257. as well.   I hope that by giving THIS type of information, Clipper
  258. users will begin to see the real power of Clipper.  Then, and only
  259. then, will ansilary libraries in other languages start to make even
  260. more sense based on the knowledge you have:  you will know
  261. instinctually where the gaps are in Clipper.   I hope this makes
  262. sense.   I will try to upload another file containg the list of
  263. funtions you requested.  
  264.  
  265. Enjoy the reading, and take care...
  266.  
  267. Steve
  268.  
  269.  
  270. Msg#3946   To:DIRK LESKO                                (Rcvd)
  271. From:STEVE STRALEY                              Date:05/01/88
  272. Subject:(R)ALTRIM() VS LTRIM(TRIM               Parent Msg#3946
  273. ------------------------------------------------------------------------------
  274. I don't think there is THAT much speed differential.   It's hard to tell
  275. on this new machine.   One would think that there are about equal since
  276. there are 2 calls madeto the LTRIM(TRIM()) combination.  I could be
  277. wrong, but that's not what's at issue here... an added feature that
  278. increases the .EXE.   It kindof reminds me of a certain company that is
  279. the only company in the history of software to give a free upgrade to its
  280. users only to piss them off.   I wonder who we could be talking about. 
  281. Take care,
  282. Steve
  283.  
  284.  
  285. ps.   gee, I guess you may note that there is a slight difference in my
  286. tone... hmm...
  287.  
  288.  
  289. Msg#3948   To:ALL                                        
  290. From:ABE RICE                                   Date:05/01/88
  291. Subject:LINKING QUICKBASIC & PASC               Parent Msg#3948
  292. ------------------------------------------------------------------------------
  293. Hi
  294. Can anyone tell me whether one can link .obj code created with quick
  295. basic or pascal with clipper?
  296. thanks
  297.  
  298.  
  299. Msg#3951   To:DIRK LESKO                                (Rcvd)
  300. From:TIM CREAGH                                 Date:05/01/88
  301. Subject:HELLO                                   Parent Msg#3951
  302. ------------------------------------------------------------------------------
  303. Dirk, just wanted to introduce myself and take this chance to say what a
  304. great service your doing.  I appreciate the chance to log in as a total
  305. beginner and learn from some of or is it THE best around.  I spent all
  306. day today working thru DBEDIT() with the help I got on this board.  I
  307. know that sometimes it can be a no win situation running these things but
  308. sometimes it nice just to know someone is getting a lot out of it.
  309. -tim-
  310.  
  311.  
  312. Msg#3952   To:TIM CREAGH                                (Rcvd)
  313. From:STEVE STRALEY                              Date:05/01/88
  314. Subject:(R)STRALEY1.ARC                         Parent Msg#3935
  315. ------------------------------------------------------------------------------
  316. BTW, I've uploaded yet another file called STRALEY2.ARC and in it
  317. contains the listing of the functions you asked about.   Now, as far as
  318. the MEMOEDIT() function, Clipper automatically passes teh row and column
  319. number of the cursor within the text to the user-defined function. 
  320. Believe me, it's real easy.  I'll be getting a few docs together on it
  321. later.   Hope this helps... Take care.. and yes, I got cut off due to
  322. call waiting....  
  323.  
  324. Steve
  325.  
  326.  
  327. Msg#3955   To:ALL                                        
  328. From:RON CALLAHAN                               Date:05/02/88
  329. Subject:TRANSACTION BLOCKING     
  330. ------------------------------------------------------------------------------
  331. Is anyone working on a set of functions that perform true transaction
  332. blocking and processing with roll-back capbilities as in dBase IV.
  333. I got used to working with these functions on unix systems and sorely
  334. miss them when working on multi-user jobs with clipper.
  335.  
  336.  
  337. Msg#3958   To:STEVE STRALEY                             (Rcvd)
  338. From:TIM CREAGH                                 Date:05/02/88
  339. Subject:(R)STRALEY1.ARC                         Parent Msg#3935
  340. ------------------------------------------------------------------------------
  341. Sometimes I hate that call waiting, that is until I found out by hitting
  342. #9 you can suspend call waiting.  I'm sure if you check with your phone
  343. company you'll have a similar system.  Thanks for the listings of your
  344. "main frame" functions.  I'll call back to get your MEMOEDIT() ideas.
  345. -tim-
  346.  
  347.  
  348. Msg#3959   To:DIRK LESKO                                (Rcvd)
  349. From:HARRY VANTASSELL                           Date:05/02/88
  350. Subject:(R)HOW DATES ARE STORED                 Parent Msg#3898
  351. ------------------------------------------------------------------------------
  352. Dirk: I still would like to see your 14 byte array structure, did you
  353. get it from from your good friend Brian R.?
  354.  
  355.  
  356.  
  357.  
  358.  
  359.  
  360. Msg#3960   To:TIM CREAGH                                (Rcvd)
  361. From:CLIFF CORCORAN                             Date:05/02/88
  362. Subject:(R)NEWCOMMER                            Parent Msg#3883
  363. ------------------------------------------------------------------------------
  364. Welcome. I did accomplish my psuedo-spread sheet. Basically I used a
  365. procedure to 'remember' the row and col position then go to a do case
  366. section where the users input was checked. If the input indicated he
  367. wished to change the 'cell' then I went to a get read procedure. Other
  368. wise when he pressed an arrow or exit key the row and col pointers were
  369. updated and back to the inkey routine. I must admit that I sweated out
  370. the problem for quite some time but the application is out the door and
  371. in use.
  372. Glad to have you aboard.
  373. CLiff
  374.  
  375.  
  376. Msg#3963   To:ALL                                        
  377. From:DON DAVENPORT                              Date:05/02/88
  378. Subject:IDL AND SST                             Parent Msg#3963
  379. ------------------------------------------------------------------------------
  380. Since I have not seen either oth these products it would be nice if there
  381. was a file describing each on the board to include a list of functions
  382. etc that are included.  I have TR.LIb and am in the process of
  383. registering for several other libraries but don't like to be in the dark
  384. if there is something good out there I don't have.  I think this would be
  385. a benefit to all those who haven't seen these.
  386.                                               Don
  387.  
  388.  
  389. Msg#3968   To:STEVE STRALEY                             (Rcvd)
  390. From:DIRK LESKO                                 Date:05/02/88
  391. Subject:(R)ALTRIM() VS LTRIM(TRIM               Parent Msg#3946
  392. ------------------------------------------------------------------------------
  393. The tone is fine......I figure the speed difference to be about 15 - 20
  394. per cent FASTER using ltrim(trim()) than alltrim(). I do however have my
  395. own alltrim the beats the ltrim(trim()) combo by about 10%. But you have
  396. to use a lot of slick code because of the overhead the damn __parxx
  397. functions impose on you. Something ole BR forgot to take into
  398. consideration I guess. Speak to you soon.....
  399.  
  400. dLESKO
  401.  
  402.  
  403. Msg#3969   To:ABE RICE                                   
  404. From:DIRK LESKO                                 Date:05/02/88
  405. Subject:(R)LINKING QUICKBASIC & P               Parent Msg#3948
  406. ------------------------------------------------------------------------------
  407. QB 4.00 handles functions in the same manner as MSC medium model, Which
  408. means you might be able to do it using the CDECL declarations in QB4.
  409. However, you cannot use the underscore character unless you specify
  410. something which I have forgotten and am too lazy to look up right now. I
  411. have the MS mixed language programming guide which might help you if you
  412. have some more specific questions.
  413.  
  414. dLESKO
  415.  
  416. PS - you are noe on the list at Limelight......
  417.  
  418.  
  419.  
  420. Msg#3970   To:TIM CREAGH                                (Rcvd)
  421. From:DIRK LESKO                                 Date:05/02/88
  422. Subject:(R)HELLO                                Parent Msg#3951
  423. ------------------------------------------------------------------------------
  424. thanks for the pat on the back. You are very welcome here, and I know
  425. that you too will become a contributor as well. Like they say.....two
  426. heads are better than one. 
  427.  
  428. PS - Have you checked out all the neat files in the Clipper directory??
  429.  
  430. dLESKO
  431.  
  432.  
  433. Msg#3971   To:HARRY VANTASSELL                          (Rcvd)
  434. From:DIRK LESKO                                 Date:05/02/88
  435. Subject:(R)HOW DATES ARE STORED                 Parent Msg#3898
  436. ------------------------------------------------------------------------------
  437. No, It took me about a week to figure it out......The reason it took so
  438. long because it appears to be the most supid calling convention I have
  439. seend. Poitners to pointers to pointers that point to pointers......
  440.  
  441. dLESKO
  442.  
  443.  
  444. Msg#3972   To:CLIFF CORCORAN                            (Rcvd)
  445. From:DIRK LESKO                                 Date:05/02/88
  446. Subject:(R)IDL LINK ORDER                       Parent Msg#3972
  447. ------------------------------------------------------------------------------
  448. Hmmmmm..... Sounds like an internal naming problem there......BUt not too
  449. likely. By the way, the CAPFIRST() function does the same thing as
  450. capitalize(lower(fieldname))...... If you can track it down a little
  451. better it would be helpful. Does the function call work if TR.LIB is left
  452. off the link line??
  453.  
  454. dLESKO
  455.  
  456.  
  457. Msg#3974   To:DON DAVENPORT                              
  458. From:DIRK LESKO                                 Date:05/02/88
  459. Subject:(R)IDL AND SST                          Parent Msg#3963
  460. ------------------------------------------------------------------------------
  461. Hi Don.....the is a file called IDL_LIB.ARC that contains the listings of
  462. the functions in IDL. I don't think Steve has uploading anything as yet.
  463. I will leave him a message as well....
  464.  
  465. dLESKO
  466.  
  467.  
  468. Msg#3976   To:ALL                                        
  469. From:DIRK LESKO                                 Date:05/02/88
  470. Subject:TRASH                                   Parent Msg#3976
  471. ------------------------------------------------------------------------------
  472. Hi all, Just wanted to get some feedback. Marc has been trying to recoup
  473. some disk space as of late. And I was wondering what was your opinion on
  474. deleting the uploaded files that pertain to Autumn86 version of Clipper??
  475. Since I think that most of us are now using Summer, I would say that it
  476. might be in our best interests to Nuke the Autumn stuff since I know that
  477. it can cause some confusion when you link an old lib into the new
  478. Clipper. If it is OK with you, I will make a suggestion......
  479.  
  480. dLESKO
  481.  
  482.  
  483. Msg#3977   To:TIM CREAGH                                (Rcvd)
  484. From:CLIFF GREEN                                Date:05/02/88
  485. Subject:(R)NEWCOMMER                            Parent Msg#3883
  486. ------------------------------------------------------------------------------
  487. (re: spreadsheet coding for Clipper)
  488. I don't know if anyone else out there has heard of this package, and I
  489. haven't seen it or tried it myself, but it might be a possible approach
  490. to WKS/WK1-type coding:  "WKS LIBRARY" and "WKS LIBRARY v. 2.0" from
  491. Tenon Software (800-367-9882) in Bellevue WA.  It's a C library which
  492. "enables .. access to worksheets.... use wscanf() and wprintf() to read
  493. and write wks rows.... Cell values, formulas,macros, range-names, column
  494. widths, etc. are all accessible."   It's not the same as doing it all in
  495. Clipper or even in Clipper-accessible files (hmmm, maybe with FREAD(),
  496. FWRITE(), etc.), but it's a possibility.
  497.  
  498.  
  499. Msg#3978   To:TIM CREAGH                                (Rcvd)
  500. From:CLIFF GREEN                                Date:05/02/88
  501. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  502. ------------------------------------------------------------------------------
  503. Thanks Tim, I've been trying to work out a solution to this too.
  504.  
  505.  
  506.                 -cg
  507.  
  508.  
  509. Msg#3981   To:TIM CREAGH                                (Rcvd)
  510. From:CLIFF GREEN                                Date:05/02/88
  511. Subject:(R)OSG104.ARC                           Parent Msg#3907
  512. ------------------------------------------------------------------------------
  513. Tim, 
  514.         There's a piece in this month's (May) CLM in the public domain
  515. software column on OSG.  He reviewed v. 1.05, and seemed to like it. 
  516. That version linked ok with FORTRAN, C, and QuickBASIC ok, and it's
  517. supposed to work ok with most MicroSoft languages, TurboC, Manx,
  518. Datalight, Intel compilers, and (aha!) Clipper.
  519.  
  520.         I have not tried it, but intend to RSN.  (I'll probably go for a
  521. later version from the Project X Development Group's bbs:  (215)627-3910.
  522.  
  523.  
  524. Msg#3984   To:CLIFF GREEN                               (Rcvd)
  525. From:DIRK LESKO                                 Date:05/02/88
  526. Subject:(R)TRASH                                Parent Msg#3976
  527. ------------------------------------------------------------------------------
  528. I was thinking of that stuff that just won't work at all if you use
  529. Summer. Clipper code is keepable. But many of the LIBS require A86 and
  530. may be worhtwhile taking them off line??
  531.  
  532. dLESKO
  533.  
  534.  
  535. Msg#3986   To:ROBERT HEYMAN                             (Rcvd)
  536. From:JOHN THORN                                 Date:05/02/88
  537. Subject:(R)S87 RUN COMMAND                      Parent Msg#3879
  538. ------------------------------------------------------------------------------
  539. I'm running at-cache which comes with Mace Utilities (run in extended
  540. NOT expanded RAM) and have no problems.  Also running 1Mb RAM disk
  541. along with it.  This cache is identical to Golden Bow's program.  Am
  542. also running 1/2 meg of expanded RAM loaded at the very top of the
  543. mem map (back fills - nice, better than others I've seen!)
  544.  
  545. John
  546.  
  547.  
  548. Msg#3987   To:DIRK LESKO                                (Rcvd)
  549. From:JOHN THORN                                 Date:05/02/88
  550. Subject:(R)TRASH                                Parent Msg#3976
  551. ------------------------------------------------------------------------------
  552. Yes, but then again, no.  New users (and new SIG members) still will
  553. find some of the messages filled with useful information.  Perhaps
  554. what is needed is to cull the files of unnecessary messages and keep
  555. just the ones that help/teach/elaborate/etc. the development process.
  556.  
  557.  
  558. Msg#3988   To:DIRK LESKO                                (Rcvd)
  559. From:TIM CREAGH                                 Date:05/02/88
  560. Subject:(R)HELLO                                Parent Msg#3951
  561. ------------------------------------------------------------------------------
  562. Thanks for the welcome and yes I have looked at the terrific files.  I
  563. don't know where to start?????
  564. -tim-
  565.  
  566.  
  567. Msg#3989   To:DIRK LESKO                                (Rcvd)
  568. From:TIM CREAGH                                 Date:05/02/88
  569. Subject:(R)TRASH                                Parent Msg#3976
  570. ------------------------------------------------------------------------------
  571. I'm all for deleting the files that pertain to Autumn86.  Calling from
  572. California is expensive enough without wading thru and accidentally
  573. downloading files that won't work.  If the conscensus is to leave the
  574. files on maybe they could be marked in some way or separated so those who
  575. are not interested can bypass them.
  576. -tim-
  577.  
  578.  
  579. Msg#3990   To:CLIFF GREEN                               (Rcvd)
  580. From:TIM CREAGH                                 Date:05/02/88
  581. Subject:(R)NEWCOMMER                            Parent Msg#3883
  582. ------------------------------------------------------------------------------
  583. Thanks Cliff, I'll try calling Tenon Software and find out the scoop on
  584. "WKS LIBRARY".  If anyone else is interested I'll relate back the infor I
  585. get.
  586. -tim-
  587.  
  588.  
  589. Msg#3991   To:CLIFF GREEN                               (Rcvd)
  590. From:TIM CREAGH                                 Date:05/02/88
  591. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  592. ------------------------------------------------------------------------------
  593. O.K. Cliff,  I hope you can improve on the code.  I am just a beginner
  594. and I tend to write 35 lines for 2 lines of code.  Guess that's why my
  595. EXE files are always so big <grin>.  I like to blame it on Nantucket
  596. tho.
  597. -tim-
  598.  
  599.  
  600. Msg#3992   To:CLIFF GREEN                               (Rcvd)
  601. From:TIM CREAGH                                 Date:05/02/88
  602. Subject:(R)OSG104.ARC                           Parent Msg#3907
  603. ------------------------------------------------------------------------------
  604. Cliff, please let me know what you think and if you can get a later
  605. version I would be very interested also.  I made a note of the Project X
  606. Development Group's bbs.   thanks
  607. -tim-
  608.  
  609.  
  610. Msg#3993   To:ABE RICE                                  (Rcvd)
  611. From:MARK NEIDORFF                              Date:05/02/88
  612. Subject:(R)LINKING QUICKBASIC & P               Parent Msg#3948
  613. ------------------------------------------------------------------------------
  614. Hi Abe,
  615.    I know that quickbasic produces MS style obj files, so if you adhere
  616. to the calling conventions of clipper (however you would do that in
  617. basic!) it should work.  Not so with Borland's pascal (as best as I can
  618. figure from reading their docs.,)
  619.      <<  Mark  >>
  620.  
  621.  
  622. Msg#3999   To:MARK NEIDORFF                             (Rcvd)
  623. From:ABE RICE                                   Date:05/02/88
  624. Subject:(R)LINKING QUICKBASIC & P               Parent Msg#3948
  625. ------------------------------------------------------------------------------
  626. Hi Mark,
  627. I was wondering how one would go about linking qbasic with clipper -
  628. actualy someone I know who has been writting in Qbasic for a while just
  629. started using clipper and asked me about it.
  630. As for Pascal, I was referring to MS, I guess then that it would be the
  631. same as qbasic..
  632. thanks
  633.  
  634.  
  635. Msg#4002   To:ALL                                        
  636. From:TIM CREAGH                                 Date:05/03/88
  637. Subject:DBEDIT() 2 COLUMN                       Parent Msg#4002
  638. ------------------------------------------------------------------------------
  639. Is it possible to set up a screen using DBEDIT() so that you have the
  640. database continue side-by-side.  For instance in the case of a screen in
  641. which you only had 8 lines to show the fields but you only needed 32
  642. columns.  Could you then show 16 lines by dividing the screen in half?
  643.  
  644. Example
  645.                       *****  Same Database *****
  646. ================================        ================================
  647. |SENT     LETTER   WHO CALLED  |        |SENT     LETTER   WHO CALLED  |
  648. ================================        ================================
  649. |04/23/88 DYNAMIC  THC 04/28/88|        |06/22/87 MIRAMAR  THC 07/24/87|
  650. |02/28/88 PLAYA    THC 03/03/88|        |03/18/87 MIRAMAR  THC 03/24/87|
  651. |02/18/88 MIRAMAR/ THC 02/22/88|        |03/10/87 COLLWOOD THC 03/15/87|
  652. |12/15/87 MIRAMAR  THC 12/20/87|        |02/18/87 MIRAMAR  THC 02/24/87|
  653. |09/09/87 GENTLMN2 THC 09/20/87|        |12/24/86 COLLWOOD THC 01/03/87|
  654. ================================        ================================
  655.  
  656.              [C]all  [E]dit  [N]ext lead  [P]revious lead  [Q]uit
  657.  
  658. Also the Clipper manual mentions you can call multiple copies of DBEDIT()
  659. withing each copy of DBEDIT() allowing you multiple browse windows on the
  660. screen at one time?    That's the extent of their explanation.  WHAT???
  661. Any help is greatly appreciated!!
  662. -tim-
  663.  
  664.  
  665. Msg#4004   To:RON CALLAHAN                              (Rcvd)
  666. From:RON LANDBERG                               Date:05/03/88
  667. Subject:(R)HELP WITH 3COM NETWORK               Parent Msg#3882
  668. ------------------------------------------------------------------------------
  669. { I'VE EXPERIENCED THIS PROBLEM ON SEVERAL NETWORKS. FOR SOME REASON
  670. CLIPPER DOES NOT RELEASE A FILE WHEN YOU EXIT YOUR APPLICATION. THE ONLY
  671. WAY I'VE FOUND TO MAKE THE FILE AVAILABLE TO OTHER SYSTEMS IS TO REBOOT
  672. THE MASTER STATION. HOPE THIS HELPS.}
  673. *******
  674.   
  675. ???  Which files are you talking about?  The .EXE file or the .DBF files?
  676.  If
  677.      .DBF, what do you mean that Clipper doesn't release it? Isn't the
  678. file
  679.      released when you close it?
  680.  
  681.  
  682. Msg#4006   To:STEVE DAVIES                              (Rcvd)
  683. From:STEVE STRALEY                              Date:05/03/88
  684. Subject:(R)CALL WAITING          
  685. ------------------------------------------------------------------------------
  686. Thanks for the message.  I think I'll take my chances until I get a
  687. dedicated line for my BBS.  In the meantime, like right now, I'm calling
  688. at 3:00 a.m. so I don't think THAT many people will be calling be
  689. bouncing me off of the system.
  690.  
  691. Glad you liked the upload.  There's a whole lot more goodies like that in
  692. store: I seriously have fun pushing this language to the ultimate.   Take
  693. care, and thanx...
  694.  
  695. Steve
  696.  
  697.  
  698. Msg#4007   To:TIM CREAGH                                (Rcvd)
  699. From:STEVE STRALEY                              Date:05/03/88
  700. Subject:(R)DBEDIT() 2 COLUMN                    Parent Msg#4002
  701. ------------------------------------------------------------------------------
  702. SURE, It's simple.   I'll try to get someting together in the next few
  703. days or so, but you realize that you're taking away from some of the
  704. matierla at the Clipper conference, FROM DOSS, and other things I'm
  705. wanting to do.   The main this is that you're asking the RIGHT questions:
  706. without dBLINDERS on.  The trick to what you're asking for is the
  707. possibility to call DBEDIT() .....WITHIN ..... DBEDIT().   A showed a
  708. smaple of this technique to Mr. Lobel and showed him it CAN be
  709. accomplished with relative ease.   Without giving an elaborate scheme,
  710. I'll just point you in the right direction and let you try out a few
  711. exampels.   Take care,
  712. Steve
  713.  
  714.  
  715. Msg#4009   To:CLIFF GREEN                               (Rcvd)
  716. From:JILL GOHR                                  Date:05/03/88
  717. Subject:(R)TRASH                                Parent Msg#3976
  718. ------------------------------------------------------------------------------
  719. I tend to agree. There are probably still people that haven't converted
  720. over yet. Besides, whether 86 or 87, a lot of those files are still good
  721. information. Altho, some may be strictly 86, they contain code and ideas
  722. not duplicated yet in the files uploaded for 87. I think removing them is
  723. a bit premature. Cleanup for duplicates, W85, is fine. It seems that the
  724. DOS utils directory would be a better place to start, as there are
  725. multiple versions of pgms out there that could go, as wel as in other
  726. directories where there is NOT source code involved. I just hate to see
  727. source code, no matter what version, be trashed. Its still a valuable
  728. learning tool!
  729.  
  730.  
  731. Msg#4010   To:TIM CREAGH                                (Rcvd)
  732. From:JILL GOHR                                  Date:05/03/88
  733. Subject:(R)TRASH                                Parent Msg#4010
  734. ------------------------------------------------------------------------------
  735. this could be remedied VERY easily is people would put (S87) or (A86) in 
  736. their upload file description!
  737.  
  738.  
  739. Msg#4011   To:MARK NEIDORFF                             (Rcvd)
  740. From:HAWKINS DALE                               Date:05/03/88
  741. Subject:(R)S87 RUN COMMAND                      Parent Msg#3879
  742. ------------------------------------------------------------------------------
  743. Don't you mean Caveat Emptor?  Or maybe I'm just being a pedantic jerk. 
  744. Caveat Mentor would mean "Let the teacher beware".
  745.  
  746.  
  747. Msg#4012   To:DIRK LESKO                                (Rcvd)
  748. From:CLIFF CORCORAN                             Date:05/03/88
  749. Subject:(R)IDL LINK ORDER                       Parent Msg#3972
  750. ------------------------------------------------------------------------------
  751. I thought from the docs that CAPFIRST would only work on the first word,
  752. sooo the CAPITALIZE(LOWER()) deal. DOesn't seem to matter. I will try to
  753. produce some code where the problem surfaces. The weird deal is that the
  754. problem surfaces as soon as the application tried to open a db. Much
  755. before any of the code gets around to the formatting in reports using the
  756. cap stuff. Also, as a clue, the memory of the machine gets totally
  757. trashed, where even a warm boot does not recycly properly. It takes a BIG
  758. RED SWITCH reboot. As I said, I will try to duplicate it in some
  759. reasonable sized code and zap it up to you. 
  760. Regards CLiff
  761.  
  762.  
  763. Msg#4013   To:DIRK LESKO                                (Rcvd)
  764. From:CLIFF CORCORAN                             Date:05/03/88
  765. Subject:(R)TRASH                                Parent Msg#3976
  766. ------------------------------------------------------------------------------
  767. Fine with me (nuking A 86.) Most of the regular users pick stuff up to
  768. try pretty soon after they appear. 
  769.  
  770.  
  771. Msg#4015   To:DIRK LESKO                                (Rcvd)
  772. From:HAWKINS DALE                               Date:05/03/88
  773. Subject:(R)TRASH                                Parent Msg#3976
  774. ------------------------------------------------------------------------------
  775. dIRK:
  776. Drop the big one.
  777.                                -- HD
  778.  
  779.  
  780. Msg#4017   To:ABE RICE                                   
  781. From:DIRK LESKO                                 Date:05/03/88
  782. Subject:(R)QBASIC                
  783. ------------------------------------------------------------------------------
  784. Maybe I can give it a shot.....I have all the tools here, now, If someone
  785. can lend me an ╤hour or two.......
  786.  
  787. dLESKO
  788.  
  789.  
  790. Msg#4019   To:HAWKINS DALE                               
  791. From:DIRK LESKO                                 Date:05/03/88
  792. Subject:(R)S87 RUN COMMAND                      Parent Msg#3879
  793. ------------------------------------------------------------------------------
  794. Caveat Mentor.......I thought that was what he meant.....
  795.  
  796.  
  797.  
  798. Msg#4020   To:CLIFF CORCORAN                            (Rcvd)
  799. From:DIRK LESKO                                 Date:05/03/88
  800. Subject:(R)IDL LINK ORDER                       Parent Msg#3972
  801. ------------------------------------------------------------------------------
  802. That god damn Clipper memory allocation again......If you get some code
  803. that definately acts weird, upload it to me......
  804.  
  805. dLESKo
  806.  
  807.  
  808. Msg#4022   To:ALL                                        
  809. From:ROBERT HEYMAN                              Date:05/03/88
  810. Subject:R&R - LISTER                            Parent Msg#4022
  811. ------------------------------------------------------------------------------
  812. Have been experimenting with the new R&R (3.0)....and have to report that
  813. it's terriffic!  One problem I've always had using R&R is printing
  814. reports to screen.  The problem has beeen in the past...and remains so
  815. with the new version...is that one cannot go backwards during the screen
  816. listing.....the only options are to cancel..resume...or restart from the
  817. top...
  818. hence...
  819. I've been thinking of outputting the reports to disk ...and letting the
  820. user view said ASCII report using an ASCII file browser run from within
  821. Clipper. Now...the rub..... I would dearly like to call something like
  822. Vern Buerg's lister program from Clipper, except for 2 reasons...
  823. 1.  I believe that I would have to liscense same from Mr. Buerg...and
  824. 2.  While it's a nice piece of work...it's just a bit complex for my
  825. needs ......so....
  826. has someone written a simple file browser in Clipper that can be used?
  827. (I expect Straley has)...or....does someone know of a SIMPLE (page
  828. up....page down etc.) ASCII browser in the PUBLIC DOMAIN?
  829. Rob
  830.  
  831.  
  832. Msg#4023   To:JILL GOHR                                 (Rcvd)
  833. From:TIM CREAGH                                 Date:05/03/88
  834. Subject:(R)TRASH                                Parent Msg#4010
  835. ------------------------------------------------------------------------------
  836. Or mbe just a number 6 or 7 so they could still have seven letters to
  837. name their file appropriately.  It would also be fairly simple
  838. (especially since I don't have to do it), to rename the files in the
  839. directory with a 6 for '86 or a 7 for '87.
  840.  
  841.  
  842. Msg#4024   To:ALL                                        
  843. From:ABE RICE                                   Date:05/03/88
  844. Subject:POPUP CALCULATOR                        Parent Msg#4024
  845. ------------------------------------------------------------------------------
  846. Hi
  847. Does anyone know if there is some kind of public domain/shareware popup
  848. calculator linkable with clipper 87?
  849. thanks
  850. abe
  851.  
  852.  
  853. Msg#4025   To:ROBERT HEYMAN                             (Rcvd)
  854. From:DIRK LESKO                                 Date:05/03/88
  855. Subject:(R)R&R - LISTER                         Parent Msg#4022
  856. ------------------------------------------------------------------------------
  857. Why don't you use f_read() to read in the file into a mem_var, and then
  858. let the user browse it with memoedit()???? Just send a .F. so that the
  859. user cannot dit it. And of course you will have to use a full screen
  860. window....I have something that I could probably adapt for you if that
  861. doesn't work......
  862.  
  863. dLESKo
  864.  
  865.  
  866. Msg#4026   To:ABE RICE                                   
  867. From:DIRK LESKO                                 Date:05/03/88
  868. Subject:(R)POPUP CALCULATOR                     Parent Msg#4024
  869. ------------------------------------------------------------------------------
  870. There is one on the board, I think it is called JBCALC.ARC or something
  871. similiar.....
  872.  
  873. dLESKO
  874.  
  875.  
  876. Msg#4028   To:ROBERT HEYMAN                             (Rcvd)
  877. From:STEVE STRALEY                              Date:05/03/88
  878. Subject:(R)R&R - LISTER                         Parent Msg#4022
  879. ------------------------------------------------------------------------------
  880. You can quickly use MEMOEDIT() in conjunction with MEMOREAD() with the
  881. new Clipper.   TO just use to arrow and curosr keys, try the following
  882. line of code....
  883.  
  884.  
  885. MEMOEDIT(MEMOREAD(<ascii file>),10,20,20,60,.F.)
  886.  
  887. The false makes the cursor keys works W/O  eiditng, the MEMOREAD() opens
  888. the file directly..   Try it, and see if it works...
  889.  
  890. Take care,
  891. Steve
  892.  
  893.  
  894. Msg#4029   To:ABE RICE                                   
  895. From:TIM CREAGH                                 Date:05/03/88
  896. Subject:(R)POPUP CALCULATOR                     Parent Msg#4024
  897. ------------------------------------------------------------------------------
  898. Abe I'm pretty sure J. Bristor has one.  As I remember it's on this board
  899. and you can get the code from the address listed in the file.  It's
  900. called something like JBCALC.arc.  He charges something like $1.00 for
  901. the code.  If you don't find it let me know and I'll upload a copy.
  902. -tim-
  903.  
  904.  
  905. Msg#4030   To:STEVE STRALEY                             (Rcvd)
  906. From:TIM CREAGH                                 Date:05/03/88
  907. Subject:(R)DBEDIT() 2 COLUMN     
  908. ------------------------------------------------------------------------------
  909. O.K. Steve I read your message about 3:00 a.m. last night and I was
  910. probably still asleep.  I see what you mean now I'll try to implement it.
  911. -tim-
  912.  
  913.  
  914. Msg#4031   To:ABE RICE                                   
  915. From:MARK NEIDORFF                              Date:05/03/88
  916. Subject:(R)LINKING QUICKBASIC & P               Parent Msg#3948
  917. ------------------------------------------------------------------------------
  918. Abe, 
  919. I don't know MS PASCAL.  It is different than qbasic.  I know that. 
  920. There is a new version coming out soon (out already?) which will be OS/2
  921. ready and so compatible with CLIPPER due to the correct obj file format. 
  922. This is an uninformed opinion.
  923.      <<  Mark  >>
  924.  
  925.  
  926. Msg#4033   To:TIM CREAGH                                (Rcvd)
  927. From:MARK NEIDORFF                              Date:05/03/88
  928. Subject:(R)TRASH                                Parent Msg#4010
  929. ------------------------------------------------------------------------------
  930. Tim,  
  931. I was over at the home of the BOSS one fine evening into the wee hours. 
  932. IT IS NOT EASY to just find the clipper files and rename them!
  933.      <<  Mark  >>
  934.  
  935.  
  936. Msg#4034   To:ABE RICE                                   
  937. From:MARK NEIDORFF                              Date:05/03/88
  938. Subject:(R)POPUP CALCULATOR                     Parent Msg#4024
  939. ------------------------------------------------------------------------------
  940. There is jbcalc.arc on the boss which is written in clipper.
  941.      <<  Mark  >>
  942.  
  943.  
  944. Msg#4035   To:DIRK LESKO                                (Rcvd)
  945. From:ROBERT HEYMAN                              Date:05/03/88
  946. Subject:(R)R&R - LISTER                         Parent Msg#4022
  947. ------------------------------------------------------------------------------
  948. Dirk.....sounds like a possibility......some of the files I have in mind
  949. (i.e. a large backorder report) are kind of large though....150K...
  950. somehow....reading it into a memvar seems like it might be a problem
  951. (grin).  I did find a lister under 1k...that works nicely.  Been looking
  952. at your q_*() functions in IDL by the way...all sorts of nice
  953. possibilities for printing the sucker.
  954. Rob
  955.  
  956.  
  957. Msg#4036   To:STEVE STRALEY                             (Rcvd)
  958. From:ROBERT HEYMAN                              Date:05/03/88
  959. Subject:(R)R&R - LISTER                         Parent Msg#4022
  960. ------------------------------------------------------------------------------
  961. Steve......Memoread() opens the file directly?....no memvars involved?
  962. Rob
  963.  
  964.  
  965. Msg#4037   To:ROBERT HEYMAN                             (Rcvd)
  966. From:DIRK LESKO                                 Date:05/03/88
  967. Subject:(R)R&R - LISTER                         Parent Msg#4022
  968. ------------------------------------------------------------------------------
  969. I use the q_* functions to print reports and label runs in the
  970. background!!!! And the user can still edit add update and delete records
  971. in the forground!
  972.  
  973. dLESKO
  974.  
  975.  
  976. Msg#4038   To:ROBERT HEYMAN                             (Rcvd)
  977. From:DIRK LESKO                                 Date:05/03/88
  978. Subject:(R)R&R - LISTER                         Parent Msg#4022
  979. ------------------------------------------------------------------------------
  980. memoread() will open the file and read it's ENTIRE contents into a memvar
  981. that you can then edit with memoedit(). You might want to use fread() to
  982. read the desired amount into the memvar. Remeberyou can only have  string
  983. length of 64k max with Summer. 
  984.  
  985. dLESKO
  986.  
  987.  
  988. Msg#4039   To:ROBERT HEYMAN                             (Rcvd)
  989. From:STEVE STRALEY                              Date:05/04/88
  990. Subject:(R)R&R - LISTER                         Parent Msg#4022
  991. ------------------------------------------------------------------------------
  992. Rob, I'm amazed!  Questioning the Captain?   Sorry for the joking around,
  993. trying to implement some light humor.  YES, that line of code I gave you
  994. works.   Did you try it?   Why woudn't it work!   Think about it.  
  995. MEMOREAD() returns a string value, MEMOEDIT() requires a string value. 
  996. By the way, I tried calling you back several times to no avail.  Leave
  997. your message here, and I'll try to get to it 'morrow.   Take care,
  998. Steve
  999.  
  1000.  
  1001. Msg#4040   To:ROBERT HEYMAN                             (Rcvd)
  1002. From:STEVE STRALEY                              Date:05/04/88
  1003. Subject:CONTINUING                              Parent Msg#4040
  1004. ------------------------------------------------------------------------------
  1005. Additionally, even though Dirks' mesage was partially correct in
  1006. mentioning the fread() functions, I think it should be noted as to the
  1007. original quesion:  viewing reports.  I have yet to see a report which is
  1008. larger than 64K.   So, rather than going and trying to work our an
  1009. algorythm which is not practicle based on the ORIGINAL question, the
  1010. MEMOREAD(), MEMOEDIT() combination is quite sufficient.   
  1011.  
  1012. Remember, never work harder than you have to, while trying to work the
  1013. hardest at all times.  This isa good example for this axiom.   Take care,
  1014. Steve'
  1015.  
  1016.  
  1017. Msg#4041   To:MARK NEIDORFF                             (Rcvd)
  1018. From:TIM CREAGH                                 Date:05/04/88
  1019. Subject:(R)TRASH                                Parent Msg#4010
  1020. ------------------------------------------------------------------------------
  1021. O.K. Mark I BELIEVE you!  I vote to nuke the files rather than hassell
  1022. with them.
  1023. -tim-
  1024.  
  1025.  
  1026. Msg#4042   To:STEVE STRALEY                             (Rcvd)
  1027. From:JOHN DUKE                                  Date:05/04/88
  1028. Subject:YOUR BOOK                
  1029. ------------------------------------------------------------------------------
  1030. Sir, Having seen numerous replys to msgs on this system I was impressed
  1031. with both your knowledge and willingness to help. A coworker who was
  1032. looking into CLIPPER programming asked me for some advice on learning.
  1033. Totally sight-un-seen, I suggested your book. Normally I would not have
  1034. been so dramatic, but as noted your responses to questions here gave 'me
  1035. anyway' an idea that you definitely knew what you were talking about.
  1036. Since this person did purchase the book, I (kindly) requested I be alowed
  1037. to view it for (my advice). I can say honestly that he was totally
  1038. impressed but I would expect that of any new user, but after viewing
  1039. 'even briefly' for myself I was equally impressed. Now i am no clipper
  1040. god by any strech of the imagination, but probably more advanced then the
  1041. typical user, So to see the samples and 'tricks' i learned in just a few
  1042. pages I have purchased my own copy. From one who appreciates 'STRAIGHT
  1043. FOWARD KNOWELEDGE' my THANKS for a great book.  JDD.
  1044.  
  1045.  
  1046. Msg#4043   To:RON LANDBERG                              (Rcvd)
  1047. From:RON CALLAHAN                               Date:05/04/88
  1048. Subject:(R)HELP WITH 3COM NETWORK               Parent Msg#3882
  1049. ------------------------------------------------------------------------------
  1050. For some reason clipper does not always release a dbf file when closing.
  1051. The file would be available to those running a clipper compiled program
  1052. but not to those useing anything else such as dbase foxbase or dos
  1053. commands. This would be true if no one else on the network was using the
  1054. file at all. The only way I could get the file released would be to
  1055. reboot the master station. It appears that some netbios flag is not being
  1056. reset when closing the file or when exiting the clipper compiled program.
  1057. This is not a frequent problem but does happen once in a while.
  1058.  
  1059.  
  1060. Msg#4045   To:ABE RICE                                   
  1061. From:JILL GOHR                                  Date:05/04/88
  1062. Subject:(R)POPUP CALCULATOR      
  1063. ------------------------------------------------------------------------------
  1064. Check out John Bristor's JBCALC10.arc on the board. 
  1065.  
  1066.  
  1067. Msg#4048   To:STEVE STRALEY                             (Rcvd)
  1068. From:JILL GOHR                                  Date:05/04/88
  1069. Subject:DOSS                                    Parent Msg#4048
  1070. ------------------------------------------------------------------------------
  1071. Steve - From D.O.S.S is great! Informative, thorough, and as always,
  1072. provides new insight. my answers are 
  1073. 1. VERY
  1074. 2. actually once a week , however, I would be more than satisfied with
  1075.    twice a month!
  1076. 3. Yes ... the more the better!
  1077. 4. I give up ---- where can I get more??
  1078.     
  1079. ... Jill
  1080.  
  1081.  
  1082. Msg#4052   To:JILL GOHR                                 (Rcvd)
  1083. From:STEVE STRALEY                              Date:05/04/88
  1084. Subject:(R)DOSS                                 Parent Msg#4048
  1085. ------------------------------------------------------------------------------
  1086. Thanks Jill.   Joe King and I are deciding whether people, in general,
  1087. will find that useful or if there should be yet another high-level
  1088. section dedicated to C and ASM.  I'm not quite sure at this point.
  1089.  
  1090. ONCE A WEEK!  I barely get 4 hours of sleep a night, how could I ever
  1091. put out 4 issues a month.  Not even me and other collegaue have that much
  1092. hot air collectively. 
  1093.  
  1094. I'll be collecting these views and will be having a strategy meeting with
  1095. Joe King the end of the week, or next week.   If there is ANYTHING coming
  1096. out in the future, he's the guy that will give you the pessimistic view
  1097. (I always give the optemistic views and reality lies between and betwix).
  1098.  
  1099. Joe King - 212-599-2141
  1100. Steve S. - 201-332-7520
  1101.  
  1102. EIther number will get you one of us.   Thanx for the message and always,
  1103.  
  1104. Take care,
  1105. Steve
  1106.  
  1107.  
  1108. Msg#4054   To:CLIFF CORCORAN                            (Rcvd)
  1109. From:ROB HANNAH                                 Date:05/04/88
  1110. Subject:(R)NEWCOMMER                            Parent Msg#3883
  1111. ------------------------------------------------------------------------------
  1112. I had to implement a large spreadsheet setup for a client awhile back -
  1113. I started out using a database containing fields for row, column,
  1114. picture, up, down, left and right, with the cursor keys (up,...)
  1115. containing recno() positions.  This was much too slow (100+ cells on the
  1116. screen), so I wrote a small program to convert the database into an
  1117. initialize procedure for 7 arrays.  This certainly solved the speed
  1118. problem, but blew me out memory-wise.  The final solution I used was to
  1119. move everything into a C structure (static) with a small set of routines
  1120. to retreive (sp?) the needed data.  This saved me about 47k and did not
  1121. require the 13 second initialization the prg required.
  1122.  
  1123. ROB
  1124.  
  1125.  
  1126. Msg#4055   To:ALL                                        
  1127. From:ROB HANNAH                                 Date:05/04/88
  1128. Subject:MONGO CLIPPER                           Parent Msg#4055
  1129. ------------------------------------------------------------------------------
  1130. Anyone tried removing object records from the obj files to prevent the
  1131. entire Clipper library from being loaded?  Anyone have any idea as to how
  1132. difficult this might be?
  1133.  
  1134. ROB
  1135.  
  1136.  
  1137. Msg#4057   To:ALL                                        
  1138. From:ABE RICE                                   Date:05/04/88
  1139. Subject:JBCALC10                                Parent Msg#4057
  1140. ------------------------------------------------------------------------------
  1141. Hi,
  1142.    I d/l the jbcalc, but I still have one problem.
  1143. Before going to jbcalc10 I save the current color with var =
  1144. set_color() and when I return I reset it with set color to var.  Now
  1145. this works when poping the calcultor from a read, but when I call it
  1146. from a menu to the colors are messed up when I return.  Any
  1147. suggestions?
  1148. Thanks
  1149. Abe
  1150.  
  1151.  
  1152. Msg#4058   To:ABE RICE                                   
  1153. From:STEVE STRALEY                              Date:05/04/88
  1154. Subject:(R)JBCALC10                             Parent Msg#4057
  1155. ------------------------------------------------------------------------------
  1156. Abe, before calling the procedure store the color contents of the screen
  1157. to a variable either using Summer 87 SETCOLOR() function, or a couple of
  1158. other functions.  Let me outline it for you...
  1159.  
  1160. oldcolor = SETCOLOR()
  1161. DO Popcalc
  1162. SETCOLOR(oldcolor)
  1163.  
  1164. For the Autumn 86 versions and prior, you can use my ATTRIBUTE() function
  1165. on Page 80 to help deceipher the color attribute bytes.  Complie them to
  1166. a string and SET the COLOR back TO the compiled string.
  1167.  
  1168. Hope this helps....
  1169.  
  1170. Steve
  1171.  
  1172.  
  1173. Msg#4059   To:ALL                                        
  1174. From:STEVE STRALEY                              Date:05/04/88
  1175. Subject:FREE COPY                
  1176. ------------------------------------------------------------------------------
  1177. For information, download STRALEY3.ARC.  Otherwise, ignore this potential
  1178. promotional offer.
  1179.  
  1180. S. Straley
  1181.  
  1182.  
  1183. Msg#4060   To:ROB HANNAH                                (Rcvd)
  1184. From:CLIFF CORCORAN                             Date:05/04/88
  1185. Subject:(R)NEWCOMMER                            Parent Msg#3883
  1186. ------------------------------------------------------------------------------
  1187. I am starting to dabble in "C" (that means skim through the text). It
  1188. sounds like you solved your need nicely. I had a smaller number of
  1189. "Active" cells at any one time. Also I allowed edits to the whole screen
  1190. (arrays) and only went to disk after the screen was ok, updated AND the
  1191. user confirmed changes. That way I only had oh about 72 X 2 array elemets
  1192.  active.
  1193. Regards CLiff
  1194.  
  1195.  
  1196. Msg#4061   To:ALL                                        
  1197. From:CLIFF CORCORAN                             Date:05/04/88
  1198. Subject:LINKED ARRAYS                           Parent Msg#4061
  1199. ------------------------------------------------------------------------------
  1200. I am diving into the nice ADIR() function in S 87. What I would like to
  1201. do is read a bunch of dir entries and create arrays for;
  1202. name, size, date. So far piece of cake. I then whis to display the name
  1203. array in a achoice() with the size and date in a added info box showing
  1204. the current selection. Again no problem just use a @ say in a UDF that
  1205. uses the element parameter returned from achoice. Now the rub. Before I
  1206. display the file names, I would like to ASORT() by date. How in the world
  1207. do I link the name,size and date arrays so that once I order the key
  1208. array, the other arrays will know what I am pointing to?
  1209. Regards CLiff
  1210.  
  1211.  
  1212. Msg#4062   To:STEVE STRALEY                             (Rcvd)
  1213. From:ROBERT HEYMAN                              Date:05/04/88
  1214. Subject:(R)R&R - LISTER          
  1215. ------------------------------------------------------------------------------
  1216. It works...It works!....as above mssg from Dirk....must limit file size
  1217. to 64K.
  1218. Rob
  1219.  
  1220.  
  1221. Msg#4063   To:STEVE STRALEY                             (Rcvd)
  1222. From:ROBERT HEYMAN                              Date:05/04/88
  1223. Subject:(R)CONTINUING                           Parent Msg#4040
  1224. ------------------------------------------------------------------------------
  1225. You've never seen a report over 64K???  I'm shocked....you should see the
  1226. backorder reports for one of my clients...HUGE (OVER 150K).
  1227. Rob
  1228.  
  1229.  
  1230. Msg#4064   To:ALL                                        
  1231. From:STEVE STRALEY                              Date:05/04/88
  1232. Subject:CORRECTIONS              
  1233. ------------------------------------------------------------------------------
  1234. Instead of STRALEY3.ARC....  Download STRALEY4.ARC.
  1235.  
  1236. Thanks...
  1237.  
  1238. Steve
  1239.  
  1240.  
  1241. Msg#4066   To:STEVE STRALEY                             (Rcvd)
  1242. From:ALAN KOBB                                  Date:05/04/88
  1243. Subject:(R)STRALEY1.ARC                         Parent Msg#3935
  1244. ------------------------------------------------------------------------------
  1245. Steve,
  1246.      Just a short note.  Everyone tries to "beat the Jones'".  It's
  1247. probably the only way to do business in this world where the early-bird
  1248. always gets the buck.
  1249.  
  1250. --Alan--
  1251.  
  1252.  
  1253. Msg#4067   To:CLIFF CORCORAN                            (Rcvd)
  1254. From:TIM CREAGH                                 Date:05/04/88
  1255. Subject:(R)NEWCOMMER                            Parent Msg#3883
  1256. ------------------------------------------------------------------------------
  1257. Cliff, please keep posting your progress on the spreadsheet.  I'm trying
  1258. to do the same thing.  I went out last night to find a good book on "C"
  1259. so I can start learning.  I talked with Joe, (Mr. Straleys' other half),
  1260. he told me that done two three would work or that SSTKit might work.  I
  1261. ordered SSTKit but it hasn't come yet.
  1262. -tim-
  1263.  
  1264.  
  1265. Msg#4068   To:ALL                                        
  1266. From:TIM CREAGH                                 Date:05/04/88
  1267. Subject:IDL                                     Parent Msg#4068
  1268. ------------------------------------------------------------------------------
  1269. ALLRIGHT ---  my new version of IDL just arrived,  I can't wait to start
  1270. rewriting my code to use the much faster functions in Steve and Dirks'
  1271. library.  Now I'm just waiting for Joe to send my SSTKit and for Steve
  1272. Straley's new book.
  1273. -tim-
  1274.  
  1275.  
  1276. Msg#4069   To:DIRK LESKO                                (Rcvd)
  1277. From:TIM CREAGH                                 Date:05/04/88
  1278. Subject:XTRACT                                  Parent Msg#4069
  1279. ------------------------------------------------------------------------------
  1280. Dirk, I just used your XTRACT.EXE program.  It pulled out 98 procedure
  1281. files in my program.  WHAT A GREAT TOOL!!!!!  It would have taken me a
  1282. tremendous amount of time to do it manually.  Thanks for uploading it.
  1283. -tim-
  1284.  
  1285.  
  1286. Msg#4073   To:ROB HANNAH                                (Rcvd)
  1287. From:DIRK LESKO                                 Date:05/04/88
  1288. Subject:(R)MONGO CLIPPER                        Parent Msg#4055
  1289. ------------------------------------------------------------------------------
  1290. there are not a lot of OBJ'sthat you can remove. You can write your own
  1291. error handling routine in Clipper when your project is fully debugged.
  1292. Essentially all it needs is to get the parameters, and then just return.
  1293. The OBJ NDEBUG is also worthless. It's just there so that you don't get
  1294. MISSING EXTERNAL errors from the linker. So, your options are not too
  1295. good. the internal Clipper routinesare so poorly laid out that it is
  1296. impossible to remove any of the modules without re-writing that module
  1297. yourself. I have done this, and beleive me it is no picnic! I have been
  1298. talking with Nantucket about the memory issue, and I can safelty say that
  1299. they have heard us. I'lll bet money that the next release of Clipper will
  1300. have better memory management to control final .EXE size, and memory
  1301. requirements. (Just say a little birdie told you......) But I am sure it
  1302. will happen.
  1303.  
  1304. dLESKO
  1305.  
  1306.  
  1307. Msg#4074   To:CLIFF CORCORAN                            (Rcvd)
  1308. From:DIRK LESKO                                 Date:05/04/88
  1309. Subject:(R)LINKED ARRAYS                        Parent Msg#4061
  1310. ------------------------------------------------------------------------------
  1311. Cliff, Why dont you concatenate the elements of all the arrays into one
  1312. final array. Your new array would contain all the info from the other
  1313. arrays, make sure that the date array is the first on the line. then
  1314. asort() that array and things should be in date order. sort of:
  1315.  
  1316. new_array[1] = date_array[1]+name_array[1]+size_array[1]
  1317.  
  1318. Do that for all the elements, and then asort(new_array). and display the
  1319. filenames from the new_array[]. Help any...?
  1320.  
  1321. dLESKO
  1322.  
  1323.  
  1324. Msg#4075   To:ROBERT HEYMAN                             (Rcvd)
  1325. From:DIRK LESKO                                 Date:05/04/88
  1326. Subject:(R)CONTINUING                           Parent Msg#4040
  1327. ------------------------------------------------------------------------------
  1328. 150k?????? thats all?? One of my clients likes to print the entire
  1329. contents of a 9998 record database, and each record has like 450bytes
  1330. per. The damn thing takes like 6 hours to print (naturally at night) and
  1331. weighs in at about 8 pounds. Sent it to a file once..........something
  1332. like 5 megs.....
  1333.  
  1334.  
  1335.  
  1336. Msg#4076   To:TIM CREAGH                                (Rcvd)
  1337. From:DIRK LESKO                                 Date:05/04/88
  1338. Subject:(R)IDL                                  Parent Msg#4068
  1339. ------------------------------------------------------------------------------
  1340. Sounds like your gearing up for war......
  1341.  
  1342. dLESKO
  1343.  
  1344.  
  1345. Msg#4077   To:TIM CREAGH                                (Rcvd)
  1346. From:DIRK LESKO                                 Date:05/04/88
  1347. Subject:(R)XTRACT                               Parent Msg#4069
  1348. ------------------------------------------------------------------------------
  1349. And it was written in Clipper. It's funny, I just uploaded it as a sample
  1350. program to show what can be done with Clipper....Now I am finding out
  1351. that people even use it!......I am happy to know that it works. I havents
  1352. played with it for a while. Maybe I will re-compile with Summer. That
  1353. will make it a lot faster.....
  1354.  
  1355. dLESKO
  1356.  
  1357.  
  1358. Msg#4078   To:DIRK LESKO                                (Rcvd)
  1359. From:ROBERT HEYMAN                              Date:05/04/88
  1360. Subject:(R)CONTINUING                           Parent Msg#4040
  1361. ------------------------------------------------------------------------------
  1362. Damn the torpedos...just give me disk space
  1363. Rob
  1364.  
  1365.  
  1366. Msg#4090   To:STEVE STRALEY                             (Rcvd)
  1367. From:HENRY ABELMAN                              Date:05/05/88
  1368. Subject:SST                      
  1369. ------------------------------------------------------------------------------
  1370. Let this be one of the first, if not the first feed back from a non-beta
  1371. user.  First, from what I have seen it is great.  There are so many 
  1372. functions and features, I hardly know where to start.  I had some 
  1373. problems with linking. Evidently INSTALL generates files that give
  1374. TLINK problems.  The BAT files look ok, but TLINK leaves unsatisfied
  1375. externals -- looks like it is ignoring the CLIPPER.LIB.  I think it is a
  1376. bug in TLINK.  That was an easy one to fix. I just threw all the SST_?
  1377. files into a library and I didn't have to bother with all those BAT files
  1378. anway.  Speaking of LIB files, I guess I should confront you with a
  1379. comment I made earlier today.  Why did you put all the routines in six
  1380. .PRG files.  It takes up a lot of memory with routines that may not be
  1381. used.  I am planning to XTRACT the procedures into separat files and
  1382. stick them into a library so that only those that I neeed will be used. 
  1383. Putting them in separate files also, makes life easier in using standard
  1384. documenting routines.  At any rate, I haven't run into any serious
  1385. problems thus far, but I haven't really started using them. I'll let you
  1386. know of my progress.  By the way, I'm getting some static on my screen
  1387. when some of your windows are open. Is there a way to correct it?
  1388. I would like to repeat --- despite my comments --- I think your tool kit
  1389. is great !!!!!!!!!!!!
  1390.                            Legally,
  1391.                            Henry
  1392.  
  1393.  
  1394. Msg#4091   To:DIRK LESKO                                (Rcvd)
  1395. From:TIM CREAGH                                 Date:05/05/88
  1396. Subject:(R)XTRACT                               Parent Msg#4069
  1397. ------------------------------------------------------------------------------
  1398. It would be great if you recompiled it.  The program is very useful and
  1399. would be nice if it were even faster.
  1400. -tim-
  1401.  
  1402.  
  1403. Msg#4092   To:STEVE STRALEY                             (Rcvd)
  1404. From:RUSSELL FREELAND                           Date:05/05/88
  1405. Subject:(R)RETURN                
  1406. ------------------------------------------------------------------------------
  1407. OK, OK, OK!  I am not noted for my tact (as you may have noted).  I
  1408. apologize IN CAPITAL LETTERS for whatever I said.  Hey, I don't even know
  1409. you.  I don't take your tone of voice seriously, please don't take mine
  1410. seriously!  NEVER take me seriously--that's not the kinda guy I am
  1411. [grin].  PS Sorry I took so long to reply, I don't get on here often.
  1412.  
  1413.  
  1414. Msg#4094   To:DIRK LESKO                                (Rcvd)
  1415. From:ROB HANNAH                                 Date:05/05/88
  1416. Subject:(R)MONGO CLIPPER                        Parent Msg#4055
  1417. ------------------------------------------------------------------------------
  1418. You wouldn't happen to know when this birdie thought it might become a
  1419. reality?  If they hurry, they can still call it Winter 87!
  1420.  
  1421. ROB
  1422.  
  1423.  
  1424. Msg#4095   To:TIM CREAGH                                (Rcvd)
  1425. From:CLIFF CORCORAN                             Date:05/05/88
  1426. Subject:(R)NEWCOMMER                            Parent Msg#3883
  1427. ------------------------------------------------------------------------------
  1428. Ok. The task that I had was to display store order history. I read a raw
  1429. order file from a main frame computer. Went through the file and
  1430. converted the data to a record showing store,warehouse,sun,mon,...sat
  1431. fileds. To display, I read the SELECTED warehouse orders and used a set
  1432. of 12 arrays (dow's + warename + some other needed stuff). I painted the
  1433. screen with the arrays and put the curson on the first entry, (Monday,
  1434. warename[1]. I then went into a do case routine where a arrow key would
  1435. move the cusor down/up/whatever, skipping display only cols and of course
  1436. checking for boundries. I added some function key inputs to create a
  1437. runnimg total if desired as well as moving the values from place to place
  1438. and adding them to cells if the target cell was not empty. To edit the
  1439. cell, I cheated a bit and copied the value to a working scoreboard type
  1440. cell where the edits took place. The user has the option of saving
  1441. changes or not. Oh yes, I used IDL (then PDL) to check the values and
  1442. display them in a cue color for the user based upon storage, balance etc.
  1443. (G=ok, r-hi,y=lo etc). Quite a lot of need to haves went into the
  1444. project. Is this giving you any clues?
  1445. Regards CLiff
  1446.  
  1447.  
  1448. Msg#4096   To:DIRK LESKO                                (Rcvd)
  1449. From:CLIFF CORCORAN                             Date:05/05/88
  1450. Subject:(R)LINKED ARRAYS                        Parent Msg#4061
  1451. ------------------------------------------------------------------------------
  1452. I will roll that one through today. Thanks. I guess I was(am) afraid that
  1453. the varying length of the file name would cause probs, but thinking it
  1454. over they will be padded by spaces (I think). Humm, Ok I will give it a
  1455. go. 
  1456. Regards CLiff
  1457. P.S. I am still trying to get a reasonable sive code segment to send you
  1458. re; that mem (or whatever) problem. I used the "Saywhat" screen gen
  1459. system and the TSR Vidpop with the code. 
  1460.  
  1461.  
  1462. Msg#4098   To:ABE RICE                                   
  1463. From:STEVE STRALEY                              Date:05/05/88
  1464. Subject:(R)SETCOLOR              
  1465. ------------------------------------------------------------------------------
  1466. Great.   I'm finding out, which is not all that unusual, that there are
  1467. lots of hidden nuances to many of the new functions in Clipper.  It's
  1468. kindof like you finding all of the nuances in my stuff, I'm finding it
  1469. out in Brian's stuff.   Take care, Stvee
  1470.  
  1471.  
  1472. Msg#4103   To:TIM CREAGH                                (Rcvd)
  1473. From:DAVID WITT                                 Date:05/05/88
  1474. Subject:(R)NEWCOMMER                            Parent Msg#3883
  1475. ------------------------------------------------------------------------------
  1476. If you can't find Steve's first book the last time (ABOUT 3WEEKS AGO) I
  1477. was in WASH, DC Reiters Scientific & Professional Book Store had about a
  1478. dozen copies on the shelf.  The Phone number is 202-223-3327 maybe they
  1479. will let you order by phone or mail.  The addres is 2021 K STREET
  1480. WASHINGTON, D.C. 20006.  Hope that helps.
  1481. DAVID
  1482.  
  1483.  
  1484. Msg#4107   To:DIRK LESKO                                (Rcvd)
  1485. From:ALAN KOBB                                  Date:05/05/88
  1486. Subject:(R)TRASH                                Parent Msg#3976
  1487. ------------------------------------------------------------------------------
  1488. Trash em....
  1489.  
  1490. --Alan--
  1491.  
  1492.  
  1493. Msg#4108   To:ROBERT HEYMAN                             (Rcvd)
  1494. From:ALAN KOBB                                  Date:05/05/88
  1495. Subject:(R)R&R - LISTER                         Parent Msg#4022
  1496. ------------------------------------------------------------------------------
  1497. Robert,
  1498.      PC Magazine IRS has a public domain file lister called BROWSE.COM. 
  1499. It's very simple.  HOME/END/PgUp/PgDn/arrow keys/ESC=exit.  That's all it
  1500. does,  and it handles any size file.
  1501.  
  1502. --Alan--
  1503.  
  1504.  
  1505. Msg#4109   To:DIRK LESKO                                (Rcvd)
  1506. From:CLIFF GREEN                                Date:05/05/88
  1507. Subject:(R)TRASH                                Parent Msg#3976
  1508. ------------------------------------------------------------------------------
  1509. aye, Cap'n.
  1510.  
  1511.  
  1512. Msg#4110   To:TIM CREAGH                                (Rcvd)
  1513. From:CLIFF GREEN                                Date:05/05/88
  1514. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  1515. ------------------------------------------------------------------------------
  1516. I don't think I can improve on the code (after all, the idea is simple
  1517. and it works), but I'll probably merge it with a few other ideas. 
  1518. Assuming I can write a generalizable version (i.e., one not specifically
  1519. tied to the application I'm working on), I'll leave it here.  
  1520.  
  1521.  
  1522. Msg#4111   To:JILL GOHR                                 (Rcvd)
  1523. From:CLIFF GREEN                                Date:05/05/88
  1524. Subject:(R)TRASH                                Parent Msg#3976
  1525. ------------------------------------------------------------------------------
  1526. I guess there's two issues here:  1) should the Clipper files be broken
  1527. out into more than one directory (e.g., S85, A86, S87, General, etc.) and
  1528. 2) what kind of storage is available for/can be provided for all these
  1529. files, and should we as conferees support it (or will BOSS subscriptions
  1530. cover it - not likely, Mark, huh?) or is there enough room left (also not
  1531. likely).
  1532. As far as #1 is concerned, I like the idea, but am loathe to burden Mark
  1533. or Dirk with it (who else?), and as far as #2 is concerned, well, that's
  1534. probably something we can all discuss and then defer to Mark's decision.
  1535.  
  1536.  
  1537. Msg#4112   To:ROBERT HEYMAN                             (Rcvd)
  1538. From:CLIFF GREEN                                Date:05/05/88
  1539. Subject:(R)R&R - LISTER                         Parent Msg#4022
  1540. ------------------------------------------------------------------------------
  1541. check out the file README.PRG that came with S87.  It'll give you the
  1542. skeleton of a file lister in Clipper. (does require S87, though, as
  1543. written).
  1544.  
  1545.  
  1546. Msg#4113   To:ROB HANNAH                                (Rcvd)
  1547. From:DIRK LESKO                                 Date:05/05/88
  1548. Subject:(R)MONGO CLIPPER                        Parent Msg#4055
  1549. ------------------------------------------------------------------------------
  1550. I am not sure as to the timetable, but my guess would be within a year,
  1551. with some OS/2 stuff to follow the year after that.....
  1552.  
  1553. dLESKO
  1554.  
  1555.  
  1556. Msg#4115   To:ALAN KOBB                                 (Rcvd)
  1557. From:MARK NEIDORFF                              Date:05/05/88
  1558. Subject:(R)R&R - LISTER                         Parent Msg#4022
  1559. ------------------------------------------------------------------------------
  1560. I thought that BROWSE was limited to 64K file sizes.  (That is the BROWSE
  1561. from PC maagazine)  That's why it could be a .com file.
  1562.      <<  Mark  >>
  1563.  
  1564.  
  1565. Msg#4116   To:ALL                                        
  1566. From:DIRK LESKO                                 Date:05/05/88
  1567. Subject:XTRACT                   
  1568. ------------------------------------------------------------------------------
  1569. Hi all. In response to popular request, the XTRACT program has been
  1570. re-compiled using SUMMER87. The new file is called XTRACT87.ARC andcan be
  1571. ddownloaded right now. XTRACT will xtract functions and procedures into
  1572. seperate files so you can include them in libraries, and other Clipper
  1573. programs. XTRACT87 is now 100% faster using the new version of Clipper,
  1574. and is a great and handy tool for those of you who have many procs and
  1575. funcs to maintain. Give it a looksee, and enjoy!
  1576.  
  1577. dLESKO
  1578.  
  1579.  
  1580. Msg#4117   To:MARK NEIDORFF                             (Rcvd)
  1581. From:DIRK LESKO                                 Date:05/05/88
  1582. Subject:(R)R&R - LISTER                         Parent Msg#4022
  1583. ------------------------------------------------------------------------------
  1584. BROWSE.COM will handle any file size with no problem. There is no limit.
  1585.  
  1586. dLESKO
  1587.  
  1588.  
  1589. Msg#4119   To:ALL                                        
  1590. From:MARK WOLLAM                                Date:05/05/88
  1591. Subject:CLIPPER LOAD SIZE                       Parent Msg#4119
  1592. ------------------------------------------------------------------------------
  1593. Is anyone interested is starting a discussion on ways to reduce
  1594. clipper's load size.  I program large applications, usually
  1595. in excess of 20,000 lines of code.  Due to the nature of
  1596. the systems there really isn't a feasible way to break them
  1597. apart into separate exe's, especially since I use extensive
  1598. hot key jumps from data entry points to on-line inquiry to
  1599. reports
  1600.  
  1601. I have tried everything.  internal and external overlays,
  1602. sections within sections, etc. and I still end up with load
  1603. sizes around 400K... sometimes more.  I can virtually forget
  1604. about using the RUN command and in most cases my customers
  1605. have to uninstall any TSR and print spoolers that can't be
  1606. loaded into extended memory.
  1607.  
  1608. Consequently, I am forced to include a pop up calculator,
  1609. note pad and calender, which are the usual things people want.
  1610.  
  1611. I have tried removing objects from both clipper and extend libs.
  1612. I am also sure that most of you have torn these libs apart as well
  1613. and quickly discovered that many of the functions and commands that
  1614. are rarly used are lumped together in an object that has other
  1615. necessities.
  1616.  
  1617. I have even resorted to wirting a separate program that is nothing
  1618. but screens and them saving them to disk... calling them only when
  1619. needed to reduce constants.
  1620.  
  1621. Any ideas you want to share would be greatly appreciated...
  1622.  
  1623. < Mark >
  1624.  
  1625.  
  1626. Msg#4120   To:ALL                                        
  1627. From:MARK WOLLAM                                Date:05/05/88
  1628. Subject:PROGRAMMING              
  1629. ------------------------------------------------------------------------------
  1630.  
  1631. I have been logging on and reading the messages from this board for
  1632. about a month now. I fel it about time to start provding something
  1633. useful.. specifically programming techniques in clipper.
  1634.  
  1635. Here is my first one.  I know must of you have a CENTER function
  1636. either your own or from one of the several third party  libs.
  1637. I think you will find this implementation different.
  1638.  
  1639. ---------------------------------------------------------------------
  1640. ** FUNCTION CENTER
  1641. ---------------------------------------------------------------------
  1642. *
  1643. * Center a character string either on the screen or on paper.
  1644. *
  1645. * Paramaters   string .. string to center
  1646. *              row ..... row to center on
  1647. *              col ..... number of columns in format < default = 80 >
  1648. *              color ... Color to display centered string
  1649. *
  1650. * Syntax       Center(<string>[,row,col,color])
  1651. *
  1652. * Also note that since this function does not return anything it
  1653. * could just as easily be a procedure ... do CENTER with ........
  1654.  
  1655. function center
  1656.  
  1657. param string,row,col,color
  1658.  
  1659. private CenterCol           && Initialize Center Point
  1660.  
  1661. if (PCOUNT() == 1)          && only param passed was the string
  1662.    private row,width
  1663.    row = row()              && row = current row
  1664.    width = 80               && default to 80 columns
  1665.  
  1666. else   (pcount() = 2)       && row and string passed
  1667.    if ( PCOUNT() == 2 )
  1668.       private width
  1669.       width = 80
  1670.    endif
  1671. endif
  1672.  
  1673. CenterCol = len(string)     && Find the Center
  1674. if (CenterCol < width-1)
  1675.    CenterCol = int((width-CenterCol)/2)
  1676. else
  1677.    CenterCol = 1
  1678. endif
  1679.  
  1680. if type('row') = 'C'        && check for '?' mark output
  1681.    if row == '?'
  1682.       ? space(CenterCol-1)+string
  1683.    endif
  1684. else
  1685.    if ( pcount() > 3 )             && check for color setting
  1686.       private RetColor,BackColor,Point
  1687.       RetColor = setcolor(color)
  1688.       Point = at('/',Color)
  1689.  
  1690. *&& if there is a background color, lets pad the string with a
  1691. *&& leading and trailing space to make it pretty.
  1692.  
  1693.       if ( Point > 0 .and. substr(color,Point+1,1) != 'N' )
  1694.          @ row,CenterCol-1 say ' '+string+' '
  1695.       else
  1696.          @ row,CenterCol say string
  1697.       endif
  1698.       setcolor(RetColor)
  1699.    else
  1700.       @ row,CenterCol say string
  1701.    endif
  1702. endif
  1703. return('')
  1704.  
  1705.  
  1706. Enjoy .... I will start uploading short, but useful functions and
  1707. procedures on a regular basis.  Who knows, I may take the time
  1708. to document my own library and upload it someday...
  1709.  
  1710. < Mark >
  1711.  
  1712.  
  1713. Msg#4122   To:DIRK LESKO                                (Rcvd)
  1714. From:MARK WOLLAM                                Date:05/06/88
  1715. Subject:XTRACT                                  Parent Msg#4122
  1716. ------------------------------------------------------------------------------
  1717. Hi dIRK ....
  1718.    Downloaded xtract... the wrong version because I didn't read close
  1719. enough.  Anyway... I would have been nice if you hade posted such a
  1720. source .ARC for those of us who already have IDL.  Sure would have cut
  1721. my download time.   As you have mentioned before, don't upload clipper 
  1722. exes because the cost people in other parts of the country a fortune to
  1723. download.  Enough complaining.  The program works great, after I
  1724. recompiled for summer.  Thanks....
  1725. < Mark >
  1726.  
  1727.  
  1728. Msg#4123   To:ABE RICE                                   
  1729. From:JOE BOOTH                                  Date:05/06/88
  1730. Subject:(R)POPUP CALCULATOR                     Parent Msg#4024
  1731. ------------------------------------------------------------------------------
  1732. There are several available.  I have one published by the Nantucket news
  1733. which I have made some modifications to. I'll upload it you need a copy. 
  1734. In addition, the BREEZE windowing library has one included in the DEMO,
  1735. however you need the BREEZE to run it ( or you could rewrite the
  1736. windowing parts)
  1737.  
  1738.  
  1739. Msg#4124   To:MARK WOLLAM                                
  1740. From:CLIFF CORCORAN                             Date:05/06/88
  1741. Subject:(R)CLIPPER LOAD SIZE                    Parent Msg#4119
  1742. ------------------------------------------------------------------------------
  1743. Hear Hear! The size of the exe files that we are developing, even with
  1744. "Hi Mom" type systems is getting to be a problem. I would gladly trade a
  1745. bit of compile or link time if Clipper could be set to only include
  1746. features ACTUALLY called or stated in a system. This is not a new wish,
  1747. but lets get the ball going and be heard. (Geez, sounds like an old 60's
  1748. campus speech{grin})
  1749. Regards CLiff
  1750.  
  1751.  
  1752. Msg#4125   To:MARK WOLLAM                                
  1753. From:JOE BOOTH                                  Date:05/06/88
  1754. Subject:(R)CLIPPER LOAD SIZE                    Parent Msg#4119
  1755. ------------------------------------------------------------------------------
  1756. I, too, have a large application which was getting too big.  The trick
  1757. I've found, is that while the load size is important, it is because of
  1758. the amount of free memory left.  I don't use @ SAY's very much for
  1759. screens, (I type a text file instead).  I've also reduced the amount of
  1760. arrays I use by switching to temporary DBFS (where the record number acts
  1761. as my array subscript).  These techniques, while slightly slower, do not
  1762. use up as much free memory pool.  If you use TLINK, download the program
  1763. I uploaded called TMAP, which will show you what routines are using how
  1764. much space.  While I haven't substantially reduced my load size, I have
  1765. made code changes to use less of the free pool.  Since I am using less of
  1766. the free memory pool, I have less memory problems.  
  1767.   
  1768. The fun of work-arounds.
  1769.  
  1770.  
  1771. Msg#4126   To:ALL                                        
  1772. From:JOE BOOTH                                  Date:05/06/88
  1773. Subject:PARAMETER TESTING        
  1774. ------------------------------------------------------------------------------
  1775. I have seen many code examples where parameters are tested with code like
  1776. the following:
  1777.   
  1778.      IF pcount() < 1
  1779.         param1 = 80
  1780.      ENDIF
  1781.   
  1782.      IF TYPE("param1") = "U"
  1783.          param1 = 80
  1784.      ENDIF
  1785.   
  1786. I use the following:
  1787.    
  1788.      param1 = iif( TYPE("param1") <> "N" , 80, param1 )
  1789.   
  1790. This not only tests for missing parameters, but also tests for wrong
  1791. parameter types.
  1792.   
  1793.  
  1794.  
  1795. Msg#4128   To:MARK WOLLAM                               (Rcvd)
  1796. From:STEVE STRALEY                              Date:05/06/88
  1797. Subject:(R)CLIPPER LOAD SIZE                    Parent Msg#4119
  1798. ------------------------------------------------------------------------------
  1799. I want to ask a couple of questions:
  1800.  
  1801. 1>  How many prg's. are involved?
  1802. 2>  How many CLP files are involved?
  1803. 3>  DO you use implied overlays or SECTION command?
  1804. 4>  Have you removed the line numbers?
  1805. 5>  Do you use ALLTRIM() vs. LTRIM(TRIM())
  1806. 6>  Do you use IF commands instead of nested IF() functions?
  1807. 7>  What version of DOS?
  1808.  
  1809. These are just a few of my standard (pat) question before going into any
  1810. discussions with overlay logic.  This oughta get the discussions going.
  1811.  
  1812. Oh, by the way, how did that trick I gave you over the phone work out?
  1813.  
  1814. Talk with ya soon,
  1815. Steve
  1816.  
  1817.  
  1818. Msg#4131   To:MARK NEIDORFF                             (Rcvd)
  1819. From:JILL GOHR                                  Date:05/06/88
  1820. Subject:(R)R&R - LISTER                         Parent Msg#4022
  1821. ------------------------------------------------------------------------------
  1822. I thought that the COM extension referred to the size of the executable
  1823. file itself and that any executable file larger than 64k required the EXE
  1824. extension. Has nothing to do with the file being read in (by BROWSE) ...
  1825.  
  1826.  
  1827. Msg#4132   To:ALL                                        
  1828. From:DAVE LOBEL                                 Date:05/06/88
  1829. Subject:SET RELATION                            Parent Msg#4132
  1830. ------------------------------------------------------------------------------
  1831. Hello ALL,
  1832.  
  1833. Has anyone had any problems with SET RELATION TO in the sense that when
  1834. the related database doesn't have a matching record, it doesn't go to an
  1835. empty record or RECNO() = 0?????
  1836.  
  1837. Please let me know.
  1838.  
  1839. Thanks.....
  1840.  
  1841. YEL-DAVE
  1842.  
  1843.  
  1844. Msg#4137   To:CLIFF CORCORAN                            (Rcvd)
  1845. From:TIM CREAGH                                 Date:05/06/88
  1846. Subject:(R)NEWCOMMER                            Parent Msg#3883
  1847. ------------------------------------------------------------------------------
  1848. Thanks, I'll have to ponder your message awhile and I'll get back to you
  1849. with my outcome.  
  1850. -tim-
  1851.  
  1852.  
  1853. Msg#4138   To:DAVID WITT                                (Rcvd)
  1854. From:TIM CREAGH                                 Date:05/06/88
  1855. Subject:(R)NEWCOMMER                            Parent Msg#3883
  1856. ------------------------------------------------------------------------------
  1857. Thanks Dave, I'll call DC Reiters today before they sell out too.
  1858. -tim-
  1859.  
  1860.  
  1861. Msg#4139   To:CLIFF GREEN                               (Rcvd)
  1862. From:TIM CREAGH                                 Date:05/06/88
  1863. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  1864. ------------------------------------------------------------------------------
  1865. Cliff, whenever you get around to finishing your MMAIL MERGE application
  1866. please let me know.  I have been enhancing mine over the last few days
  1867. and I can't figure out why you can't just load the memo field into a
  1868. memory variable, replace the strings and print it.  Each time I have to
  1869. write the memo field to disk, reload it to a memvar, replace the strings,
  1870. save it to disk again, reload it and then I can print it ----- what a
  1871. waste of time!!!!   I'm sure it can be done easier but so far I can't
  1872. figure out how.  I ordered SSTKit and I hear it has a wordproccessor in
  1873. it.  So maybe I'm just wasting alot of time but I'm learning.
  1874. -tim-
  1875.  
  1876.  
  1877. Msg#4140   To:DIRK LESKO                                (Rcvd)
  1878. From:TIM CREAGH                                 Date:05/06/88
  1879. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  1880. ------------------------------------------------------------------------------
  1881. Dirk, I saw a message from Cliff last November I think it was asking how
  1882. to replace variables in a form type letter.  I did it using the STRTRAN()
  1883. function.  I am having problems with it tho.  I have a dbf file with each
  1884. form letter in a memo field.  The user picks the letter they want and it
  1885. is loaded.  In the letter are fields like /f_name/  these are replaced
  1886. with the clients name etc. using strtran().  This all works fine, the
  1887. irritating thing is I think that I should be able to create a memvar and
  1888. replace it with the memo file but for somereason that doesn't work
  1889. without writing it to disk first.  Anyway, I would be very interested in
  1890. seeing what you have done.
  1891.  
  1892.  
  1893. Msg#4142   To:DIRK LESKO                                (Rcvd)
  1894. From:GARY COTA                                  Date:05/06/88
  1895. Subject:TRASH                    
  1896. ------------------------------------------------------------------------------
  1897. I vote for saving the old CLIPPER files off-line.  I've found old routines
  1898. never die, they just get updated.  I occasionally find an old dBASE II
  1899. routine that still provides a function once the code has been tweaked a
  1900. bit.
  1901.  
  1902.  
  1903. Msg#4144   To:DIRK LESKO                                (Rcvd)
  1904. From:KELLY STANONIK                             Date:05/06/88
  1905. Subject:LIBRARIES                               Parent Msg#4144
  1906. ------------------------------------------------------------------------------
  1907. Dirk,
  1908.  
  1909. Here's a tech question for you:  I've split a procedure file into
  1910. separate routines (not using extract, by the way, because I didn't know
  1911. about it at the time), compiled them separately, and created a library
  1912. out of them.  THEN I compiled the master program using the library
  1913. instead of the full .OBJ file (of the procedure code)  Here's the
  1914. thing--the resulting executable was 10k LARGER than the original, and I
  1915. know for a fact that I only used about 3/4ths of the routines in the
  1916. original procedure file.  I know LIB pads each module, but REALLY!!!  
  1917.  
  1918. Can you explain this one to me?
  1919.  
  1920.  
  1921.  
  1922. Msg#4145   To:DIRK LESKO                                (Rcvd)
  1923. From:CLIFF GREEN                                Date:05/06/88
  1924. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  1925. ------------------------------------------------------------------------------
  1926. (re:  Mail Merge in Clipper)
  1927. Oh?  Whacha got?  Whatsit do?  I'm working on a system for [what is
  1928. essentially] our Provost's office, merging a data file (faculty names and
  1929. data) with a paragraph file (different paragraphs and sentence chunks) to
  1930. be merged on demand into variable-content letters;  i.e., each letter may
  1931. have a different mix of paragraphs and sentences, depending on the
  1932. content of the data in the faculty records.  This stuff gets sent to the
  1933. Board of Trustees and the Dean, and is currently grinding the one person
  1934. who does them into the ground.  Since she's a nice lady (and is willing
  1935. to put up with my occasional ranting and raving) I'm writing this thing
  1936. for her.  Besides, it's an interesting problem.
  1937.  
  1938.  
  1939. Msg#4146   To:TIM CREAGH                                (Rcvd)
  1940. From:CLIFF GREEN                                Date:05/06/88
  1941. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  1942. ------------------------------------------------------------------------------
  1943. I'm not sure what you mean, but I'll print your msg and study it over the
  1944. wkend (I might even have an answer other than "dunno" when I'm done),
  1945. but- I saw SST at the Trenton fair, and am sure it'll do whatever you
  1946. want and then some.  And, no, as long as you're learning, you're not
  1947. wasting time.
  1948.         -cg
  1949.  
  1950.  
  1951. Msg#4147   To:JILL GOHR                                 (Rcvd)
  1952. From:MARK NEIDORFF                              Date:05/06/88
  1953. Subject:(R)R&R - LISTER                         Parent Msg#4022
  1954. ------------------------------------------------------------------------------
  1955. OK Jill,  
  1956.    I'll dig BROWSE.COM out of some box of disks and give it a try.  Dirk
  1957. also tells me that it will handle any file size.  I stand corrected.
  1958.      <<  Mark  >>
  1959.  
  1960.  
  1961. Msg#4148   To:MARK WOLLAM                               (Rcvd)
  1962. From:DIRK LESKO                                 Date:05/06/88
  1963. Subject:(R)XTRACT                               Parent Msg#4122
  1964. ------------------------------------------------------------------------------
  1965. That's a good idea, I will put together a source only version.
  1966.  
  1967. dLESKO
  1968.  
  1969.  
  1970. Msg#4149   To:TIM CREAGH                                (Rcvd)
  1971. From:DIRK LESKO                                 Date:05/06/88
  1972. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  1973. ------------------------------------------------------------------------------
  1974. I just poop out merge files for most of the popular word processors. I am
  1975. of the belief that you leave to each program what it does best. I do not
  1976. try to maintain databases with MS Word, nor do I try to write letters
  1977. with Clipper. So I just built a simple to use     rolodex type database
  1978. app which maintins the mmerge files. And it is doing rather nicely with
  1979. my clients.
  1980.  
  1981. dLESKO
  1982.  
  1983.  
  1984. Msg#4150   To:KELLY STANONIK                            (Rcvd)
  1985. From:DIRK LESKO                                 Date:05/06/88
  1986. Subject:(R)LIBRARIES                            Parent Msg#4144
  1987. ------------------------------------------------------------------------------
  1988. It would have to bethe way Clipper compiles it's procedures. If you have
  1989. 100 procedures in one file, then Clipper will create one code segment
  1990. with about 20 bytes of code. However, if you have 100 procedures, Clipper
  1991. will create 100 code segmments of about 20 bytes each. There must have
  1992. been some other overhead in their too. But, for the most part. If you are
  1993. going to use most of the procedures that are in your procedure file, best
  1994. to leave them in one file. If you experiment with assembler, 100
  1995. procedures in one file, or 100 procedures in 100 files will create the
  1996. same size executable. 'C' will also generate a little xtra overshead if
  1997. you break out modules. But not too much.
  1998.  
  1999. dLESKO
  2000.  
  2001.  
  2002. Msg#4152   To:ALL                                        
  2003. From:DIRK LESKO                                 Date:05/06/88
  2004. Subject:XTRACT                   
  2005. ------------------------------------------------------------------------------
  2006. Hi all, If you already hhave IDL and you want to check out XTRACT, youcan
  2007. download th source only file called XTRACT87.SRC. This file is only 7k.
  2008. It is an ARCfile, so it will still need to be unarced.
  2009.  
  2010. dLESKO
  2011.  
  2012.  
  2013. Msg#4153   To:STEVE STRALEY                             (Rcvd)
  2014. From:JOHN THORN                                 Date:05/06/88
  2015. Subject:(R)R&R - LISTER                         Parent Msg#4022
  2016. ------------------------------------------------------------------------------
  2017. Bob:  I use that little piece of code Steve passed along all the time.
  2018. It's great for quick-and-dirty helps in a popup window, etc.  Just be
  2019. sure you set the screen/window size to equal that of your margins (if
  2020. it's an ASCII file) or you'll have extra lf/cr all over the place.
  2021.  - John
  2022.  
  2023.  
  2024. Msg#4154   To:JILL GOHR                                 (Rcvd)
  2025. From:JOHN THORN                                 Date:05/06/88
  2026. Subject:(R)DOSS                                 Parent Msg#4048
  2027. ------------------------------------------------------------------------------
  2028. Steve - Totally agree with Jill.  Another (!) good job and extremely
  2029. useful!  And...where can "I" get it??
  2030.   
  2031. Got the SST today!  Super!  
  2032.  
  2033. John
  2034.  
  2035.  
  2036. Msg#4155   To:ABE RICE                                   
  2037. From:JOHN THORN                                 Date:05/06/88
  2038. Subject:(R)JBCALC10                             Parent Msg#4057
  2039. ------------------------------------------------------------------------------
  2040. Abe:  Why not just issue setcolor(var) after clearing/restoring the
  2041. pre-popcalc screen?  Set key to procedure to do everything for you:
  2042.   set key -9 to pcalc  && function key 10
  2043.   ..... your menu code
  2044.   * Procedure PCALC for doing the popup calculator
  2045.   proc pcalc
  2046.     save screen to temp
  2047.     var = setcolor()
  2048.     do xxxx     && whatever jbcalc says to call
  2049.     setcolor(var)
  2050.     restore screen from temp
  2051.   return
  2052.  
  2053. This may help.  Let me know if you need something else.
  2054. John
  2055.  
  2056.  
  2057. Msg#4156   To:TIM CREAGH                                (Rcvd)
  2058. From:JOHN THORN                                 Date:05/06/88
  2059. Subject:(R)IDL                                  Parent Msg#4068
  2060. ------------------------------------------------------------------------------
  2061. Tim:  Keep in mind that Dirk's IDL is a LIBRARY.  Steve's SST is
  2062. a bit different.  Not really a library, if offers coding suggestions
  2063. for solutions.  I recommend both, but for different reasons.  Also,
  2064. Steve has complete applications (Report Writer, Word Processor) in
  2065. the Took Kit.  BOTH are worth their weight in gold, but for different
  2066. reasons. 
  2067. john
  2068.  
  2069.  
  2070. Msg#4159   To:TIM CREAGH                                (Rcvd)
  2071. From:STEVE STRALEY                              Date:05/07/88
  2072. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  2073. ------------------------------------------------------------------------------
  2074. Yes Tim, a mail merge capability is in the word-processor.   Take a look
  2075. at pages 126-129 for some of the details.   Also, look at (I think) Demo4
  2076. for an example you can work with right away.   Take care and hope this
  2077. helps..
  2078.  
  2079. Steve
  2080.  
  2081.  
  2082. Msg#4160   To:KELLY STANONIK                            (Rcvd)
  2083. From:STEVE STRALEY                              Date:05/07/88
  2084. Subject:(R)CONTINUING                           Parent Msg#4040
  2085. ------------------------------------------------------------------------------
  2086. Kelly, look at what I said... I haven't experienced any.  I didn't say
  2087. there wasn't a possibility.  For God sake, I wish people would read
  2088. carefully!   Working at First Boston, our reports were small so there
  2089. wasn't any report over 35K.   Additionally, since most of my products are
  2090. designed to help you, I never get into seeing the billions and billions
  2091. (sorry Carl Sagen) of possibilities a client may have.   Only now do I
  2092. have just 2 clients and neither of them has a reporting need of that
  2093. magnitude.   Their requirements are to upload information to the mainfram
  2094. using CLIRMA and only to spit out 1 line of paper telling if the
  2095. transaction made it.   
  2096.  
  2097. So it all depends on our experiences and what life confronts us with.  If
  2098. you must speak out on this issue... fine.   Just remember, while you've
  2099. seen large reports... I've seen other perspectives which is why I write. 
  2100. Just thought I'd add that perspective.   take care,
  2101. Steve
  2102.  
  2103.  
  2104. Msg#4162   To:DAVE LOBEL                                 
  2105. From:MARK WOLLAM                                Date:05/07/88
  2106. Subject:(R)SET RELATION                         Parent Msg#4162
  2107. ------------------------------------------------------------------------------
  2108. Dave..
  2109.  
  2110. I don't know about RECNO()==0, but I have never had a problem getting
  2111. a field test ie... if ( empty(FIELD) ) to evaluate to True if there
  2112. was no parent-child relationship for that record.
  2113.  
  2114. However, DBEDIT gives me fits when I relate files and one of the child
  2115. records has no relation.  Anybody know anything more about this.  I
  2116. wanted to use it in the browse mode, but I gues it's work around time.
  2117.  
  2118. < Mark >
  2119.  
  2120.  
  2121. Msg#4163   To:STEVE STRALEY                             (Rcvd)
  2122. From:MARK WOLLAM                                Date:05/07/88
  2123. Subject:(R)CLIPPER LOAD SIZE                    Parent Msg#4163
  2124. ------------------------------------------------------------------------------
  2125. Steve ...
  2126.  
  2127. First of all a little background on the way I program...
  2128.  
  2129.     1 >  Every menu option equates to a program
  2130.     2 >  Every program is composed of 1 or more subroutines
  2131.          ( Procedures )
  2132.     3 >  A procedure does one thing and 1 thing only
  2133.     4 >  A program or procedure has 1 entry and 1 exit point
  2134.     5 >  Similar programs are sectioned together...
  2135.          ie: all programs dealing with reports are in one
  2136.              overlay
  2137.     6 >  Functions that are specific to a program or related
  2138.          programs are included where applicable
  2139.     7 >  The only thing in the link root is the startup, exit
  2140.          and menu driver routines and those programs or
  2141.          functions that are called across logical segments.
  2142.     8 >  Generic procedures are used where ever possible for
  2143.          example I have bounce bar selection procedure that
  2144.          can handle 13 paramaters.
  2145.  
  2146. Now to answer your questions...
  2147.  
  2148. Number of program files .PRG not procedures .... 75-100
  2149. Clip Files ....Very Few ( less than a dozen usually )
  2150. Overlays ..... I use SECTION and SECTION INTO and where I
  2151.            think it does some good BEGIN .. SECTION ..BEGIN SECTION..
  2152.            END ... END  and so on.
  2153. All are compiled with -l
  2154. I don't use a function that is nothing more than a concatenation
  2155. of other functions... usually
  2156. In straight line code I usually use IF ... ELSE ... ENDIF
  2157. IF's that need to be evaluated within loops .. DO WHILE.. FOR..NEXT
  2158. are IF()
  2159. Currently using DOS 3.3
  2160.  
  2161. As far as your tip.. It works great.  I wrote a generic function
  2162. that accepts 4 paramaters..
  2163.      1 > F,L.M .. First Get, last get, somewhere in the middle
  2164.      2 > Column to flash the arrow, get row from ROW() and depending
  2165.          on the key pressed ROW()-1 or ROW()+1 get the flash turned
  2166.          off
  2167.      3 > Y,N mandatory entry
  2168.      4 > Character expression to be evaluated for additional
  2169.          validation, with the function expanding it as a macro
  2170.  
  2171. < Mark >
  2172.  
  2173.  
  2174. Msg#4165   To:ROBERT HEYMAN                             (Rcvd)
  2175. From:JOHN BRISTOR                               Date:05/07/88
  2176. Subject:(R)CONTINUING                           Parent Msg#4040
  2177. ------------------------------------------------------------------------------
  2178. .     I'm shocked also; it's hard to believe that Steve has never 
  2179. experienced or seen the need for large reports (more than 64K).  For a
  2180. screen display of large reports, I use to use a PD file browser called
  2181. Browse. It came with ASM code that made it linkable and all cursor keys
  2182. were functional. Thus the user could scan up & down, left & right, top
  2183. & bottom.
  2184.  
  2185.  
  2186. Msg#4166   To:MARK WOLLAM                                
  2187. From:RON CALLAHAN                               Date:05/07/88
  2188. Subject:(R)SET RELATION                         Parent Msg#4162
  2189. ------------------------------------------------------------------------------
  2190. A TEST FOR EOF() WILL TELL YOU IF A CHILD RECORD IS AVAILABLE. THIS HAS
  2191. ALWAYS WORKED FOR ME.
  2192.  
  2193.  
  2194. Msg#4167   To:DIRK LESKO                                (Rcvd)
  2195. From:JILL GOHR                                  Date:05/07/88
  2196. Subject:(R)XTRACT                               Parent Msg#4122
  2197. ------------------------------------------------------------------------------
  2198. Or even combine all the obj files into one in order to protect
  2199. whatever came from IDL.
  2200.  
  2201.  
  2202. Msg#4168   To:STEVE STRALEY                             (Rcvd)
  2203. From:JILL GOHR                                  Date:05/07/88
  2204. Subject:DOSS CONTENTS                           Parent Msg#4168
  2205. ------------------------------------------------------------------------------
  2206. Steve - in regards to the high-level language section, selfishly I 
  2207. would rather see all code, examples, etc. in Clipper. The reason 
  2208. being that a lot of people (such as myself!) don't program in those 
  2209. languages, and those that do could take the concepts and convert to 
  2210. asm, c, etc., while I am not capable of converting in the other 
  2211. direction! Publications, like Ref(Clipper) started with all source 
  2212. in Clipper, but more and more, are producing in asm and c. As I 
  2213. said, purely a selfish opinion on my part. 
  2214.  
  2215. In another lite, modifications for situation specific requirements 
  2216. and enhancements can be made by most people, as long as the source 
  2217. is Clipper. I have both C and ASM compilers and use them for very 
  2218. MINOR changes, but an attempt at a complex change, usually results 
  2219. in interesting, but undesired results!! Eventually I can break a 
  2220. complex piece of Clipper code down, but ASM and C, well ....
  2221. ... Jill
  2222.  
  2223.  
  2224. Msg#4169   To:ALL                                        
  2225. From:JILL GOHR                                  Date:05/07/88
  2226. Subject:ACHOIC.ARC               
  2227. ------------------------------------------------------------------------------
  2228. Has anyone compiled the demo from ACHOIC.ARC? I get a good(?)
  2229. compile, but the program just dies when loading.
  2230.  
  2231.  
  2232. Msg#4170   To:MARK WOLLAM                               (Rcvd)
  2233. From:STEVE STRALEY                              Date:05/07/88
  2234. Subject:(R)CLIPPER LOAD SIZE                    Parent Msg#4163
  2235. ------------------------------------------------------------------------------
  2236. Good news Mark.   First, try NOT to use CLP files.   If you were to
  2237. create a dummy .PRG file that you poured all of the .PRG's making up the
  2238. CLP files into, you'll note a reduction in symbol and code table sizes. 
  2239. THis in turn will reduce the size of the .EXE.  In my applications, when
  2240. I'm ready to deliver and if they are too large, I usually have just 3 or
  2241. 4 .PRG's, no CLP files!   Also try implied nesting of overlays rather
  2242. than the SECTION INTO command.  It seems that PLINK86 takes more overhead
  2243. for this specific command rather than implied nested overlays.  Hope this
  2244. helps and glad the tip helped.   Take care,
  2245. Steve
  2246.  
  2247.  
  2248. Msg#4171   To:JOHN BRISTOR                              (Rcvd)
  2249. From:STEVE STRALEY                              Date:05/07/88
  2250. Subject:(R)CONTINUING                           Parent Msg#4040
  2251. ------------------------------------------------------------------------------
  2252. Will somone please read the previous messages.  I don't think I said I
  2253. don't see the need.. just that the clients and employers I've worked for
  2254. (NAntucket incluiding) never had them.  For Pete's sake... listen people!
  2255.  Thanx!
  2256.  
  2257. Steve
  2258.  
  2259.  
  2260. Msg#4172   To:JILL GOHR                                 (Rcvd)
  2261. From:STEVE STRALEY                              Date:05/07/88
  2262. Subject:(R)DOSS CONTENTS                        Parent Msg#4168
  2263. ------------------------------------------------------------------------------
  2264. Thanks for the public message.   As you know, my philosophy is to agree
  2265. to keep most of the stuff in Clipper.  Indeed, it took me a while to
  2266. learn C and I don't see too many consultants having that luxary of time
  2267. to learn it.  So the focus of DOSS will always be in Clipper... pure
  2268. Clipper.   On the other hand, I think quite 1/4 page snidbits on C, ASM,
  2269. and overlay logic is in order... especially since Clipper can interface
  2270. with them so nicely.   Additionally, I'm working out the details for a
  2271. new book on learning C through experiences and understanding of Clipper. 
  2272. Kindof like a primmer for C programming through the eys of Clipper.   I
  2273. figured the best way to teach something is to give a base knowledge. 
  2274. I'll keep you posted.   Take care,
  2275. Steve 
  2276.  
  2277. ps.   I guess that was kinof promotional, but I've seen other reference
  2278. to otherthings, so what the heck... sorry for the slip!
  2279.  
  2280.  
  2281.  
  2282. Msg#4175   To:ALL                                        
  2283. From:STEVE STRALEY                              Date:05/07/88
  2284. Subject:NEW ERROR                
  2285. ------------------------------------------------------------------------------
  2286. Just thought I'd let everyone know the latest inconsistency in OUR
  2287. favorite product.  Consider the following code extracts:
  2288.  
  2289.    whatkey = LASTKEY()
  2290.    IF whatkey = 28
  2291.       * Process
  2292.    ELSEIF
  2293.    ENDIF
  2294.  
  2295.  
  2296. This yields a type mismatch on the "IF whatkey = 28" within a UDF
  2297. processed by the MEMOEDIT() function.  As soon as I change it to the
  2298. following:
  2299.  
  2300.    whatkey = LASTKEY()
  2301.    DO CASE
  2302.    CASE whatkey = 28
  2303.       * Process
  2304.    OTHERWISE
  2305.    ENDCASE
  2306.  
  2307. The thing works.   Just thought you'd all like to know before you
  2308. start pulling out your hairs... like I did.   Hope this type of extra
  2309. helps, and until I send out DOSS, I'll keep posting such goodies
  2310. here.  Take care,
  2311.  
  2312. Steve
  2313.  
  2314.  
  2315. Msg#4176   To:STEVE STRALEY                             (Rcvd)
  2316. From:HARRY VANTASSELL                           Date:05/08/88
  2317. Subject:D.O.S.S COMMENTS                        Parent Msg#4176
  2318. ------------------------------------------------------------------------------
  2319. Steve: I read your proposed newsletter "FROM D.O.S.S." and I gotta
  2320. comment that it is provocative and I do agree with your general
  2321. thoughts on the dBASE standards committee headed by Mr. Reinhardt.
  2322. .
  2323. You missed a golden opportunity to probe into why the ALLTRIM()
  2324. does require more EXE file space than does the LTRIM(TRIM()). You
  2325. could have pointed out that any of the ASM or C derived functions
  2326. in the EXTEND library call the EXTEND module (1634 bytes), but this
  2327. is done in exact accordance with all the wishes of the "... why
  2328. doesn't Clipper only link in the required modules" folk.
  2329. .
  2330. Yep, I too am a long time BRIEF user and fanatic. You could have 
  2331. provided a Brief macro to globally change the 100 occurrences of
  2332. ALLTRIM() to LTRIM(TRIM()) in your SST prg files.
  2333. .
  2334. Were you just jesting when you stated, "While DBEDIT() maintains
  2335. its basic configuration from the Autumn 86 days, the major new
  2336. enhancement with this function is the ability to pass DBEDIT()
  2337. the name of a user defined function."? Surely you must know that
  2338. this passing of a UDF ability has been a part of DBEDIT() since it
  2339. first was first introduced into the language with the A'86 bug-fix
  2340. release in Nov '86.
  2341. . 
  2342. Overall a thought provocative and enjoyable start. Have you thought
  2343. of being a columnist in DBA?
  2344.  
  2345.  
  2346. Msg#4178   To:HARRY VANTASSELL                          (Rcvd)
  2347. From:STEVE STRALEY                              Date:05/08/88
  2348. Subject:(R)D.O.S.S COMMENTS                     Parent Msg#4176
  2349. ------------------------------------------------------------------------------
  2350. Thanks for the added comments.  I felt that the "in-depth" stuff will be
  2351. in an added section called "advanced topics" where such issue like why
  2352. ALLTRIM() is large could be handled.  As for DBEDIT(), remember Harry,
  2353. this newletter is for a wide range of subscribers and most of them,
  2354. unlike us, look only to the confines of the first manual... and some
  2355. still use Winter 85:  I know, I get letters all of the time.   As far as
  2356. writing Brief macros, that (I thought) rellay wasnt' the focus of the
  2357. review.   I want to have a place where people can get general related
  2358. information on relative products without getting too technical.   Kindof
  2359. like someone out there knowing a better text editor than EDLIN but isn't
  2360. sure of any name.
  2361.  
  2362. Thanks for the comments, and one thingI want to point out is that this
  2363. issue (rough in format) has 2 sections left out including letters and
  2364. comments: so your response to me would be perfect in the next
  2365. newletter...
  2366.  
  2367. As far as writing for DBA: NO WAY!   I proposed a series of articles for
  2368. them a year ago and didn't want anything to do with Clipper programming. 
  2369. I guess they avoid it because of REFERENCE(Clipper)... which I am a
  2370. columnist for.  Thanks for the comments on my VIEWS sections:  every
  2371. month I'll be taking a stab at some of the inconsistences within the
  2372. industry.  And more important:  as I start the seminars, I'll be
  2373. listening to better ways, more tricks and tips, and new ideas and they
  2374. will be recorded every other week in this (DOSS) forum.
  2375.  
  2376. Glad you enjoyed it.  Take care,
  2377. Steve
  2378.  
  2379.  
  2380. Msg#4181   To:STEVE STRALEY                             (Rcvd)
  2381. From:JILL GOHR                                  Date:05/08/88
  2382. Subject:(R)DOSS CONTENTS                        Parent Msg#4168
  2383. ------------------------------------------------------------------------------
  2384. No apology needed ... besides I didn't see even a tiny flash of neon!!
  2385.  
  2386.  
  2387. Msg#4184   To:ALL                                        
  2388. From:MARC SCHNAPP                               Date:05/08/88
  2389. Subject:INT'L USER GROUP         
  2390. ------------------------------------------------------------------------------
  2391. A great new BBS of interest to the entire Dbase
  2392. language community has just started up in NY.  It's
  2393. the national BBS for the International Dbase Users
  2394. Group (IDBUG).  
  2395.  
  2396.   
  2397. This organization seeks your participation and will be
  2398. publishing a monthly IDBUG Journal with such great
  2399. columnists as PL Olympia and Russell Freeland (of Data
  2400. Based Advisor fame).  Wan t more?  How about Steve
  2401. Straley, author of "Programming in Clipper" and the
  2402. Steve Straley ToolKit?
  2403.   
  2404.   
  2405. Check it out!  (212) 869-3923  
  2406.  
  2407.  
  2408. Msg#4185   To:JOE BOOTH                                 (Rcvd)
  2409. From:ABE RICE                                   Date:05/08/88
  2410. Subject:(R)POPUP CALCULATOR      
  2411. ------------------------------------------------------------------------------
  2412. Hi Joe,
  2413.    I d/l jbcalc10, and with very minor changes was able to included
  2414. it into my summer 87 code.  I would still be interested in seeing
  2415. others that have been done, so long as they do not require outside
  2416. libraries that I do not have (I only have IDL and SST).
  2417. Yours,
  2418. Abe
  2419.  
  2420.  
  2421. Msg#4187   To:ALL                                        
  2422. From:ABE RICE                                   Date:05/08/88
  2423. Subject:CLIPPER & NETWORKS                      Parent Msg#4187
  2424. ------------------------------------------------------------------------------
  2425. To all,
  2426.    I have two questions that relate to networks.  (Although I'm using
  2427. 3Com, this is a rather generic question.)
  2428. .
  2429. .
  2430.    1. I would like to copy a file within clipper by exiting to DOS
  2431. and typing COPY <file> <destination>.  This is much faster than the
  2432. Clipper COPY TO command.  But in order to protect the integrity of
  2433. the file, I open it in Clipper and lock it.  Problem: Since it is
  2434. opened in Clipper, DOS won't copy it.  I get a file sharing error. ??
  2435. This also happens if I try using the Clipper COPY FILE command!
  2436. .
  2437. .
  2438.    2. If one is updating a record with live indexes should one lock
  2439. the entire file since if someone else has the same file in use and
  2440. updates another record on the same file one persons index will
  2441. overwrite the others?  Or does a change to the index file only affect
  2442. the record in question?
  2443. Tanks
  2444. Abe
  2445.  
  2446.  
  2447. Msg#4190   To:ABE RICE                                  (Rcvd)
  2448. From:JOHN BRISTOR                               Date:05/09/88
  2449. Subject:(R)CLIPPER & NETWORKS                   Parent Msg#4187
  2450. ------------------------------------------------------------------------------
  2451. .     Abe, you might want to try opening the file with the low-level
  2452. file commands then copy that file to another handle or file name. 
  2453. If you have IDL, the f_copy or f_copyf commands should work.
  2454.  
  2455.  
  2456. Msg#4191   To:ABE RICE                                   
  2457. From:STEVE STRALEY                              Date:05/09/88
  2458. Subject:(R)DOSS                  
  2459. ------------------------------------------------------------------------------
  2460. You a quite welcome Abe... It was my pleasure.   Do you think tips like
  2461. that are worth printing (fascious question of course).   Thanks again,
  2462. and keep turned to this bat chanel... oh no, too much TV...  Take care,
  2463. Steve
  2464.  
  2465.  
  2466. Msg#4193   To:MARK NEIDORFF                             (Rcvd)
  2467. From:MARGIE SIEGEL                              Date:05/09/88
  2468. Subject:(R)MODEMS                               Parent Msg#1681
  2469. ------------------------------------------------------------------------------
  2470. I would love to be part of a group contact to Nantucket.  We are a very
  2471. large user of Clipper and have quite a few questions for them.  Have you
  2472. gotten Summer '87?  Have you gotten the updates?  OY!
  2473.  
  2474.  
  2475. Msg#4197   To:STEVE STRALEY                             (Rcvd)
  2476. From:MARGIE SIEGEL                              Date:05/09/88
  2477. Subject:(R)UPCOMING RELEASES                    Parent Msg#2024
  2478. ------------------------------------------------------------------------------
  2479. Could you repeat the name of your book?  It sounds like I might be
  2480. interested in buying it!
  2481.  
  2482.  
  2483. Msg#4198   To:ROB HANNAH                                (Rcvd)
  2484. From:MARGIE SIEGEL                              Date:05/09/88
  2485. Subject:(R)CLIPPER S87                          Parent Msg#3478
  2486. ------------------------------------------------------------------------------
  2487. Documentation is not significantly better.  Compile and link are
  2488. significantly faster though.  I like the new SWITCH command to allow yhou
  2489. to compile and link each module separately and call them from your
  2490. progarm.
  2491.  
  2492.  
  2493. Msg#4199   To:MARGIE SIEGEL                              
  2494. From:STEVE STRALEY                              Date:05/09/88
  2495. Subject:(R)UPCOMING RELEASES                    Parent Msg#2024
  2496. ------------------------------------------------------------------------------
  2497. The name is "Programming in Clipper" published by Addison-Wesley.  The
  2498. second edition is off to them now for plates and final proof. That
  2499. edition should re-stock the bookshelves in June..July. Thanks for the
  2500. inquiry,
  2501. Steve
  2502.  
  2503.  
  2504. Msg#4203   To:ALL                                        
  2505. From:MENACHEM BAZIAN                            Date:05/09/88
  2506. Subject:OVERLAYS                                Parent Msg#4203
  2507. ------------------------------------------------------------------------------
  2508. Hi All,
  2509.  
  2510. I am programming an application that I believe (I am not 100% sure yet)
  2511. will be large enough to require overlays.
  2512.  
  2513. I have been dbase/clipper coding for over two years but this is my first
  2514. overlay situation.
  2515.  
  2516. Any hints out there as to how I can go about this?? Are there any special
  2517. coding requirements??
  2518.  
  2519. Can I place the overlays in .OVL files if I want (to make the program
  2520. transportable on 360K diskettes) ??
  2521.  
  2522. I would appreciate any suggestions.
  2523.  
  2524. BTW< I am using S' 87.
  2525.  
  2526. Reply here or on the Dbase Conference.
  2527.  
  2528. Menachem
  2529.  
  2530.  
  2531. Msg#4204   To:ALL                                        
  2532. From:CHRISTOPHER EDGAR                          Date:05/09/88
  2533. Subject:MULTI DEMENTIONAL ARRAYS                Parent Msg#4204
  2534. ------------------------------------------------------------------------------
  2535. Does any one know of a quick & easy way to do multi-dementional arrays
  2536. (matricies) in S'87?  I thought you could do it in QS, but I need to
  2537. incorporate into a small application. The simpler, the better. Thanx,
  2538.  
  2539. --Christopher
  2540.  
  2541.  
  2542. Msg#4206   To:CHRISTOPHER EDGAR                         (Rcvd)
  2543. From:DIRK LESKO                                 Date:05/09/88
  2544. Subject:(R)MULTI DEMENTIONAL ARRA               Parent Msg#4204
  2545. ------------------------------------------------------------------------------
  2546. Nantucket has supplied the UDF in several publications. the following UDF
  2547. will imitate a multi dementional array.
  2548.  
  2549. DECLARE array_name[array_udf(5*3)]
  2550.  
  2551. *******
  2552.  
  2553. FUNCTION array_udf
  2554. parameters X,Y
  2555.  
  2556. return(x*y)
  2557.  
  2558. this simulates a 2dim array with 5*3 elements - 15 total. To access an
  2559. element, use the same array_udf() function as follows:
  2560.  
  2561. mem_var = array_name[array_udf(2*1)]
  2562.  
  2563. That will extract the 1st subscript of the second element.
  2564.  
  2565. dLESKo
  2566.  
  2567.  
  2568. Msg#4207   To:DIRK LESKO                                (Rcvd)
  2569. From:CLIFF GREEN                                Date:05/09/88
  2570. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  2571. ------------------------------------------------------------------------------
  2572. hmm.  Lemmesee, I've got Word Perfect on that machine, but MSW on two of
  2573. the other machines in the office, so I guess the same algorithm ought
  2574. to be workable.  Where are you (in case I can stop by), or if not, sure -
  2575. a description of the idea ought to work.   I'm still toying with the idea
  2576. of doing it in Clipper, though (truth is, I set up this last month's
  2577. letters and reports for the BoT's in Word Perf., and it's perfectly
  2578. doable, just takes a bit more patience and hand-holding till the user
  2579. gets the idea).
  2580.  
  2581.  
  2582. Msg#4208   To:TIM CREAGH                                 
  2583. From:CLIFF GREEN                                Date:05/09/88
  2584. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  2585. ------------------------------------------------------------------------------
  2586. Tim, there are a couple of ways to print a memo or stringvar.  How have
  2587. you been trying to do it (i.e., with what kind of code)?  I found two
  2588. possible solutions over the weekend:  on on p. 3-40 of the S87 Change
  2589. Summary which uses MLCOUNT() and MEMOLINE().  However, my favorite uses
  2590. FWRITE() (see pp. 3-36 to 3-37 in the Change Sum).  See the following code
  2591. fragment:
  2592. ** My printer won't print the last line w/o a CRLF at the end
  2593. CRLF=CHR(13)+CHR(10)
  2594. OUTFILE=[FILEOUT]       && Use the filename of your choice - just testing
  2595. MORE=.F.                && presetting loop prompt memvar
  2596. MMO=.T.                 && set true if there's a memo for this record
  2597. CLEAR                   && self evident
  2598. USE VOL6                && put your .DBF fname here
  2599. PRN=4                   && handle preassigned to STD LIST by DOS
  2600.  
  2601. GO TOP
  2602. DO WHILE .T.
  2603.    CLEAR
  2604.    IF LEN(TRIM(ARTSUMRY))#0      && ARTSUMRY is the memo field in VOL6
  2605. **    do the edit, but use more reasonable margins than this
  2606.       TXT=MEMOEDIT(ARTSUMRY,5,10,10,50,.T.)     
  2607.       REPLACE ARTSUMRY WITH TXT                 && stuff it back in .DBT
  2608.       HARDTXT=HARDCR(TXT)                       && convert soft CR's
  2609.       MMO=.T.
  2610.    ELSE
  2611.       ? [NO MEMO DATA]
  2612.       MMO=.F.
  2613.    ENDIF
  2614.    @ 15,10
  2615.    WAIT [PRINT TO FILE? (Y/N)... ] TO FPRNT
  2616.    IF FPRNT$[Yy]
  2617.       MEMOWRIT(OUTFILE,HARDTXT)             && print to file- no append
  2618.    ENDIF
  2619.    @ 15,10 CLEAR
  2620.    WAIT [PRINT TO PRINTER? (Y/N)... ] TO PPRNT
  2621.    IF PPRNT$[Yy]
  2622.       ** next line adds CRLF on last line if not already there (see
  2623. above)
  2624.       HARDTXT=IIF(RIGHT(HARDTXT,2)=CRLF,HARDTXT,HARDTXT+CRLF)
  2625.       FWRITE(PRN,HARDTXT)     && AHA!  This is where the action is!
  2626.    ENDIF
  2627.    WAIT [MORE? (Y/N)..... ] TO MORE
  2628.    IF MORE$[Yy]
  2629.       SKIP                       && Lala, this should be obvious by now
  2630.    ELSE
  2631.       EXIT
  2632.    ENDIF
  2633. ENDDO
  2634.  
  2635.  
  2636. Msg#4211   To:MENACHEM BAZIAN                           (Rcvd)
  2637. From:TONY KIRK                                  Date:05/09/88
  2638. Subject:(R)OVERLAYS                             Parent Msg#4203
  2639. ------------------------------------------------------------------------------
  2640. I have this haunting feeling that others more qualified (Dirk, Steve,
  2641. etc.) will answer this question for you.  I have, myself, been using
  2642. overlays for a pretty long while.  It was almost a necessity when using
  2643. version 2 of R&R.  Anyway, depending on what you get from others, I'd be
  2644. glad to discuss my experiences.  I just _hate_ being "shown up" by these
  2645. guys, ya know?
  2646. -Tony
  2647.  
  2648.  
  2649. Msg#4212   To:CLIFF GREEN                               (Rcvd)
  2650. From:DIRK LESKO                                 Date:05/09/88
  2651. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  2652. ------------------------------------------------------------------------------
  2653. I handle Word Perfect as  well. The algorithm is very simpl. Just create 
  2654. a text file delimited by ^R and ending in a ^E. If you can stop by, I am
  2655. in jersey City, just 5 minutes from the Holland tunnel. Let me know...
  2656.  
  2657. dLESKO
  2658.  
  2659.  
  2660. Msg#4213   To:CLIFF GREEN                               (Rcvd)
  2661. From:DIRK LESKO                                 Date:05/09/88
  2662. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  2663. ------------------------------------------------------------------------------
  2664. You can also use the same code to print to a file or to the printer
  2665. without having to use an IF/ENDIF statement. DOS treats the printer just
  2666. liike a file, so you can use the 'PRN' or 'LPT1' filename to print
  2667. instead of to a file. Your code could be:
  2668.  
  2669. if <printflag>
  2670.    memowrite("PRN", memo_var)
  2671. else
  2672.    memowrite(<filename>, memo_var)
  2673. endif
  2674.  
  2675. memowrite will open the file 'PRN' which will then write the memo field
  2676. to the printer. This will also work with the fopen() function. Just do an
  2677. fopen("PRN") to open a channel to the printer. Then any text you write
  2678. with fwrite() that usees the handle returned by the fopen("PRN")
  2679. function will go to the printer.
  2680.  
  2681. dLESKO
  2682.  
  2683.  
  2684. Msg#4214   To:TONY KIRK                                 (Rcvd)
  2685. From:DIRK LESKO                                 Date:05/09/88
  2686. Subject:(R)OVERLAYS                             Parent Msg#4203
  2687. ------------------------------------------------------------------------------
  2688. Who's showiing who up anyway????? I hhaven't used an overlay in more than
  2689. a year now. And I haven't used Plink in about a year and a half......
  2690.  
  2691. dLESKo
  2692.  
  2693.  
  2694. Msg#4215   To:ALL                                        
  2695. From:DIRK LESKO                                 Date:05/09/88
  2696. Subject:CONFERENCE                              Parent Msg#4215
  2697. ------------------------------------------------------------------------------
  2698. Hi all, just thought you'd like to know that from now on, the contents of
  2699. this conference will be sent directly to Nantucket so that user needs
  2700. can be addressed more quickly. If you want to make sure that nantucket
  2701. views your thoughts/opinions/tricks, make sure thatyou post them iin a
  2702. public message since I will not be sending any private messages to them.
  2703. To start I will be sending them all the gripes and comments concerning
  2704. the new Summer87 compiler (Autumn is dead!! Long live Summer!) So, now we
  2705. have a direct connection here!! Let's make the most of it!
  2706.  
  2707. Thanks...
  2708.  
  2709. dLESKO
  2710.  
  2711.  
  2712. Msg#4217   To:DIRK LESKO                                (Rcvd)
  2713. From:TONY KIRK                                  Date:05/09/88
  2714. Subject:(R)OVERLAYS                             Parent Msg#4203
  2715. ------------------------------------------------------------------------------
  2716. Showing me up?  Nah...  I got burned kinda bad on CompuServe after
  2717. leaving some code fragments as an example/description.  The message got
  2718. through okay, but then the messages were asking why the "program" I left
  2719. was written the way it was (remember, these were just fragments).  Kinda
  2720. ticked my off and embarassed me at the same time (the forum messages are
  2721. public, you know).  I tried to help someone and was embarassed by it.
  2722.  
  2723. -Tk
  2724.  
  2725.  
  2726. Msg#4218   To:DIRK LESKO                                (Rcvd)
  2727. From:TONY KIRK                                  Date:05/09/88
  2728. Subject:(R)CONFERENCE                           Parent Msg#4215
  2729. ------------------------------------------------------------------------------
  2730. Killer idea!  
  2731.  
  2732.  
  2733. Msg#4220   To:JOHN BRISTOR                              (Rcvd)
  2734. From:ABE RICE                                   Date:05/09/88
  2735. Subject:(R)CLIPPER & NETWORKS                   Parent Msg#4187
  2736. ------------------------------------------------------------------------------
  2737. Hi
  2738.    I should have mentioned that I cannot copy in the file in DOS (!
  2739. copy <> <>), so why would a lower level file function (that uses DOS
  2740. func calls) work any better?
  2741. Yours,
  2742. Abe
  2743.  
  2744.  
  2745. Msg#4224   To:DIRK LESKO                                (Rcvd)
  2746. From:HENRY ABELMAN                              Date:05/09/88
  2747. Subject:LIBRARY OVERHEAD         
  2748. ------------------------------------------------------------------------------
  2749. Thanks to XTRACT and my own ingenuity, I managed to put all of SST into
  2750. separate files - over 320.  Well, the overhead was massive.  First, the 
  2751. LIB file increased from about 200K to almost 500k.  Then TLINK blew a 
  2752. gasket trying to load a simple demo
  2753.  
  2754.  
  2755. Msg#4225   To:MENACHEM BAZIAN                           (Rcvd)
  2756. From:MARK NEIDORFF                              Date:05/09/88
  2757. Subject:(R)OVERLAYS                             Parent Msg#4203
  2758. ------------------------------------------------------------------------------
  2759. First, avoid overlays.  That is if you want to keep your hair.
  2760. If you get real tight, change procedure and function names to 1 or 2
  2761. letters each.  This helps.  *tighten up all code.  Keep memory variables
  2762. to a minimum.  
  2763. But, if overlay you must, why don't you use PKARC to make the files self
  2764. extracting and small enough to fit on floppies.  Don't laugh. 
  2765. Information Builders (the makers of FOCUS and pcFU  (oops) PCFOCUS {grin}
  2766. use PKXARC on their Report Writer for dBase.
  2767. Hope this little bit helps.
  2768.      <<  Mark  >>
  2769.  
  2770.  
  2771. Msg#4227   To:DIRK LESKO                                (Rcvd)
  2772. From:MARK NEIDORFF                              Date:05/09/88
  2773. Subject:(R)CONFERENCE                           Parent Msg#4215
  2774. ------------------------------------------------------------------------------
  2775. Send Nantucket EVERYTHING (except the dead horse, of course).  They need
  2776. to know just what we ALL are experiencing both good and bad and worse.
  2777.      <<  Mark  >>
  2778.  
  2779.  
  2780. Msg#4229   To:CLIFF GREEN                               (Rcvd)
  2781. From:MARK SEIDEN (SYSOP)                        Date:05/09/88
  2782. Subject:(R)TRASH                                Parent Msg#3976
  2783. ------------------------------------------------------------------------------
  2784. Hi Cliff,
  2785.    Well, if someone wants to do the leg work, I have no problem
  2786. seperating them into different directories.  The one problem that I can
  2787. for see is that every upload must list which release it is for.  It will
  2788. not take up anymore disk space since they are just text files.
  2789.    In relation to keeping old versions, if they are used I have no
  2790. problem until disk space becomes tight again.  But we are a little away
  2791. from that at this time.
  2792.    Please let me know what everyone decides, and if it is more than one
  2793. directory, someone has to give me a list of all the breakdowns.   Mark
  2794.  
  2795.  
  2796. Msg#4230   To:MARK NEIDORFF                             (Rcvd)
  2797. From:TONY KIRK                                  Date:05/09/88
  2798. Subject:(R)MULTI DEMENTIONAL ARRA               Parent Msg#4204
  2799. ------------------------------------------------------------------------------
  2800. Nice!
  2801.  
  2802.  
  2803. Msg#4237   To:ABE RICE                                   
  2804. From:JOHN BRISTOR                               Date:05/10/88
  2805. Subject:(R)CLIPPER & NETWORKS                   Parent Msg#4187
  2806. ------------------------------------------------------------------------------
  2807. .     I couldn't tell you why it should work any better, but using the
  2808. low level file functions for copying files has gotten me around several 
  2809. file sharing problems in a network environment.  
  2810.  
  2811.  
  2812. Msg#4240   To:DAVE LOBEL                                 
  2813. From:JOE BOOTH                                  Date:05/10/88
  2814. Subject:(R)SET RELATION                         Parent Msg#4132
  2815. ------------------------------------------------------------------------------
  2816. I ran into a similar problem to what you are describing.  I had an index
  2817. and a filter set up.  No records in the related database matched the
  2818. filter, and it gave me an error complaining about the key not found.  I
  2819. will try to document it better and upload the code sample.
  2820.  
  2821.  
  2822. Msg#4241   To:MARK WOLLAM                               (Rcvd)
  2823. From:JOE BOOTH                                  Date:05/10/88
  2824. Subject:(R)PARAMETER TESTING     
  2825. ------------------------------------------------------------------------------
  2826. I know about not having to pass all the parameters.  Another trick I use
  2827. is to test the type of a variable containing references to a work area.
  2828. I.E.
  2829.   
  2830.    IF TYPE("param1") = "N"
  2831.       SELECT (param1)
  2832.    ELSE IF TYPE("param1") = "C"
  2833.       SELECT ¶m1
  2834.    ENDIF
  2835.    
  2836. I have written several UDF that I use frequently, and when I share them
  2837. with other people, I try to accomodate different people's tastes.  I
  2838. always use CHARACTER work alias, but not everyone codes the same way.
  2839. Thanks for your comments
  2840.  
  2841.  
  2842. Msg#4242   To:TIM CREAGH                                (Rcvd)
  2843. From:ROB HANNAH                                 Date:05/10/88
  2844. Subject:LOTUS DATA ENTRY                        Parent Msg#4242
  2845. ------------------------------------------------------------------------------
  2846. I uploaded the file cl86-123.arc.  Though written in Autumn 86 (and
  2847. Lattice C), it should be easy to recode for Summer 87.  I trimmed as much
  2848. as I could from the code to make it easier to understand.  Good luck!
  2849.  
  2850. ROB
  2851.  
  2852.  
  2853. Msg#4246   To:MARK NEIDORFF                             (Rcvd)
  2854. From:DIRK LESKO                                 Date:05/10/88
  2855. Subject:(R)CONFERENCE                           Parent Msg#4215
  2856. ------------------------------------------------------------------------------
  2857. The dead horse has been buried, and shall neer been seen nor heard from
  2858. again.....
  2859.  
  2860. dLESKO
  2861.  
  2862.  
  2863. Msg#4248   To:ALL                                        
  2864. From:DIRK LESKO                                 Date:05/10/88
  2865. Subject:CONFERENCE               
  2866. ------------------------------------------------------------------------------
  2867. I have sent off all the messages starting with the new Summer87 update
  2868. off to Nantucket for review. I think they will get the point on there
  2869. manual upgrade (to say the least).
  2870.  
  2871. dLESKO
  2872.  
  2873.  
  2874. Msg#4250   To:ALL                                        
  2875. From:STEVE STRALEY                              Date:05/10/88
  2876. Subject:BETA                                    Parent Msg#4250
  2877. ------------------------------------------------------------------------------
  2878. In the next couple of months, I'll need to have a few GOOD volunteers
  2879. with the following requirements...
  2880.  
  2881. 1> Owner of Clipper
  2882. 2> Owner of SSTKit
  2883. 3> Owner of at least a 286 machine
  2884. 4> Familiar with the concepts in my previous book
  2885. 5> WILL SERIOUSLY DEVOTE at least 1/2 PER DAY to being a beta test site
  2886.  
  2887. All SERIOUS inquiries, please send a PRIVATE message to me telling why
  2888. you want to be a beta site and where you are located in the country, and
  2889. years of Clipper expreience.  I don't mean to sound curt, but I really
  2890. want people to work with me in the next 2 months to get my next vehicle
  2891. out on the production line.  Please, only those with the time and energy
  2892. to volunteer, please write me.
  2893.  
  2894. Thanx,
  2895.  
  2896. Steve Straley
  2897.  
  2898.  
  2899. Msg#4251   To:ALL                                        
  2900. From:HAWKINS DALE                               Date:05/10/88
  2901. Subject:RANDOM NUMBER GENERATOR                 Parent Msg#4251
  2902. ------------------------------------------------------------------------------
  2903. I need random numbers.  Has anyone seen a function that will give me a
  2904. random number in a Clipper program?
  2905.                                         -- Hawkins
  2906.  
  2907.  
  2908. Msg#4253   To:ALL                                        
  2909. From:MARC SCHNAPP                               Date:05/10/88
  2910. Subject:DEVELOPER'S CONFERENCE   
  2911. ------------------------------------------------------------------------------
  2912. If you are planning to go to the Clipper Developer's conference in LA
  2913. June 6-8-- you may be able to get a discount via NYMCUG.  If you are a 
  2914. membe_], please call Marc Schnapp at (718) 380-6175.  I need a 3rd person
  2915. to obtain a 10% discount within the next day or so.
  2916.       
  2917.  If you are NOT a member- here's a great way to join-- the discount is 
  2918. roughly equivalent to the membership dues $50.
  2919.  
  2920.  
  2921.  
  2922.  
  2923. Msg#4254   To:DIRK LESKO                                (Rcvd)
  2924. From:KELLY STANONIK                             Date:05/10/88
  2925. Subject:(R)LIBRARIES                            Parent Msg#4144
  2926. ------------------------------------------------------------------------------
  2927. Hmmm, that's interesting.  You've given me some ideas.
  2928.  
  2929.  
  2930. Msg#4256   To:DIRK LESKO                                (Rcvd)
  2931. From:CLIFF GREEN                                Date:05/10/88
  2932. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  2933. ------------------------------------------------------------------------------
  2934. will let you know.
  2935.  
  2936. re: ^R and ^E, right, I found that in an arc file called MAILLIST, which
  2937. included some usable code (e.g., easily carved out of their code) to do
  2938. just what we've been talking about as far as creating the merge (data)
  2939. file is concerned.  On the other hand, it'd be nice to have a reference
  2940. to what the other embedded WP codes are, too.  (uh, on reflection, that
  2941. looks like spaghetti English -- bad form, you know.)
  2942.  
  2943.  
  2944. Msg#4257   To:ALL                                        
  2945. From:JOHN DUKE                                  Date:05/10/88
  2946. Subject:GENIFER                  
  2947. ------------------------------------------------------------------------------
  2948. Has anyone out there gotten hold of the new version of GENIFER v2.0.
  2949. Supposedly will generate CLIPPER code now.  If so any comments. Is it a
  2950. real significant release over 1.1 and more importantly does it handle s87
  2951. clipper, and does it do it well.
  2952.  
  2953.  
  2954. Msg#4258   To:DIRK LESKO                                (Rcvd)
  2955. From:CLIFF GREEN                                Date:05/10/88
  2956. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  2957. ------------------------------------------------------------------------------
  2958. I tried the memowrite("PRN",something) route, and must have bungled it,
  2959. cause it wouldn't write to my printer (the compiler and linker didn't
  2960. complain, though).  Also, you shouldn't need to use FOPEN() on PRN, since
  2961. it's already opened for you by DOS.  I just used the PRN=4 line to make
  2962. it look fancy and make the FWRITE(PRN,something) line more self-evident
  2963. to me (selfish, selfish  <sigh>).
  2964.  
  2965.  
  2966. Msg#4259   To:MARK SEIDEN (SYSOP)                       (Rcvd)
  2967. From:CLIFF GREEN                                Date:05/10/88
  2968. Subject:(R)TRASH                                Parent Msg#3976
  2969. ------------------------------------------------------------------------------
  2970. Mark, 
  2971.         if the vote goes FOR keeping a all the files listed in different
  2972. directories, I'll volunteer to help sift through it all and categorize. 
  2973. If the vote is NAY, then so be it.  Also, if it's AYE and disk space gets
  2974. tight (gonna happen sooner or later), then whoever categorizes the stuff
  2975. ought to also have guidelines for prioritizing so the more desirable
  2976. stuff is still accessible and the flotsam can be let go.
  2977.         Anyone have any guidelines for sifting and prioritizing?  Or is it
  2978. up to whoever does the job?
  2979.  
  2980.         Should it come to it, let me know here, and we can work out how I
  2981. (or whoever) can rummage through all of it.
  2982.  
  2983.         -cg
  2984.  
  2985.  
  2986. Msg#4260   To:TIM CREAGH                                 
  2987. From:CLIFF GREEN                                Date:05/10/88
  2988. Subject:(R)OSG104.ARC                           Parent Msg#3907
  2989. ------------------------------------------------------------------------------
  2990. Tim, be aware that Project X changed their phone number to 215-879-8225.
  2991. Also, I got OSG105 and just this afternoon started playing with it.  Will
  2992. let you know if there's any point in using it.  So far, it looks like
  2993. most other screen painters, though maybe not as nice as some.  It only
  2994. puts out two general kinds of file: .OBJ code ("flat" or relocatable) or
  2995. a plain ascii image.  At least WYSI (the "beta"/demo of UI)would give you
  2996. a .PRG file if you asked for it.
  2997.  
  2998.  
  2999. Msg#4262   To:HAWKINS DALE                               
  3000. From:DIRK LESKO                                 Date:05/10/88
  3001. Subject:(R)RANDOM NUMBER GENERATO               Parent Msg#4251
  3002. ------------------------------------------------------------------------------
  3003. Yes Hawk.....can I call you that??? I do know of a random number
  3004. generator.....I just wrote one for you. Downlod the file RANDOM.ARC and
  3005. give it a looksee......
  3006.  
  3007. dLESKO
  3008.  
  3009.  
  3010. Msg#4263   To:DIRK LESKO                                (Rcvd)
  3011. From:TOM WYRICK                                 Date:05/10/88
  3012. Subject:(R)STUFF                 
  3013. ------------------------------------------------------------------------------
  3014. Thanks Dirk, I got it in the mail while I was on vacation - what a
  3015. surprise.  I have not got to use it as yet - still reviewing the
  3016. functions, but should start this week.....
  3017.  
  3018.                                          -Tom
  3019.  
  3020.  
  3021. Msg#4264   To:DIRK LESKO                                (Rcvd)
  3022. From:ALAN KOBB                                  Date:05/10/88
  3023. Subject:(R)CONFERENCE                           Parent Msg#4215
  3024. ------------------------------------------------------------------------------
  3025. Dirk,
  3026.      Does that mean that someone at Nantuckett will be reading these
  3027. wonderful snippets of brilliance?  Who are you sending them to?
  3028.  
  3029. --Alan--
  3030.  
  3031.  
  3032. Msg#4266   To:KELLY STANONIK                            (Rcvd)
  3033. From:ROBERT HEYMAN                              Date:05/10/88
  3034. Subject:(R)CONTINUING                           Parent Msg#4040
  3035. ------------------------------------------------------------------------------
  3036. Gee...I'm almost sorry I started this 64K file size thread...
  3037. but....I was thinking along the same lines a Kelly re: IDL...
  3038. the view.com file I RUN out of clipper now is about 850 bytes..
  3039. something similar in assembler linked via IDL into clipper would
  3040. be kinda nice.
  3041. Rob
  3042.  
  3043.  
  3044. Msg#4267   To:DIRK LESKO                                (Rcvd)
  3045. From:ROBERT HEYMAN                              Date:05/10/88
  3046. Subject:(R)RANDOM NUMBER GENERATO               Parent Msg#4251
  3047. ------------------------------------------------------------------------------
  3048. What a guy!  (grin)
  3049.  
  3050.  
  3051. Msg#4270   To:ROB HANNAH                                (Rcvd)
  3052. From:TIM CREAGH                                 Date:05/10/88
  3053. Subject:(R)LOTUS DATA ENTRY                     Parent Msg#4242
  3054. ------------------------------------------------------------------------------
  3055. Rob, I'll look at it tonight and let you know.  Thank you for taking the
  3056. time to upload the file for me, this thing has been driving me crazy.
  3057. -tim-
  3058.  
  3059.  
  3060. Msg#4271   To:CLIFF GREEN                               (Rcvd)
  3061. From:MARK NEIDORFF                              Date:05/10/88
  3062. Subject:(R)TRASH                                Parent Msg#3976
  3063. ------------------------------------------------------------------------------
  3064. Hi Cliff,
  3065.   Kind of hard to decide.  What looks like a junk file to one person may
  3066. be just the thing another person needs.  I think that version priorities
  3067. are the only way we can possibly go.
  3068.      <<  Mark  >>
  3069.  
  3070.  
  3071. Msg#4273   To:ALL                                        
  3072. From:MARK WOLLAM                                Date:05/10/88
  3073. Subject:SET SOFTSEEK                            Parent Msg#4273
  3074. ------------------------------------------------------------------------------
  3075. Has anyone experienced with clipper's new softseek command ( problems
  3076. that is )
  3077. Here is my test the DOESN'T WORK
  3078. file is indexed on DTOS(DATE_FIELD)
  3079. Known Records ... 01/04/88...01/06/88
  3080. set softseek on
  3081. searchkey = ctod('01/01/88')
  3082. seek searchkey
  3083. ... returns EOF()
  3084. < Mark >
  3085.  
  3086.  
  3087. Msg#4274   To:ALAN KOBB                                 (Rcvd)
  3088. From:DIRK LESKO                                 Date:05/10/88
  3089. Subject:(R)CONFERENCE                           Parent Msg#4215
  3090. ------------------------------------------------------------------------------
  3091. I've got an OK to ship thesemessages directly to the eyes of Ray Love.
  3092. While he does not have the time to call in and answer stuff, we will be
  3093. keeping each other up to date on matters. ANd I will definnately pass on
  3094. any info....
  3095.  
  3096. dLESKO
  3097.  
  3098.  
  3099. Msg#4278   To:MARK WOLLAM                               (Rcvd)
  3100. From:TONY KIRK                                  Date:05/11/88
  3101. Subject:(R)SET SOFTSEEK                         Parent Msg#4273
  3102. ------------------------------------------------------------------------------
  3103. Is the "ctod('01/01/01')" a typo?  If not, maybe the difference in the
  3104. DTOS (index key) and the CTOD (seek value) functions is it.
  3105. Tk
  3106.  
  3107.  
  3108. Msg#4279   To:TONY KIRK                                 (Rcvd)
  3109. From:MARK WOLLAM                                Date:05/11/88
  3110. Subject:(R)SET SOFTSEEK          
  3111. ------------------------------------------------------------------------------
  3112. Yes... its a typo code reads ctod('01/01/88')..
  3113. < Mark >
  3114.  
  3115.  
  3116. Msg#4281   To:MARK WOLLAM                               (Rcvd)
  3117. From:STEVE STRALEY                              Date:05/11/88
  3118. Subject:(R)SET SOFTSEEK                         Parent Msg#4273
  3119. ------------------------------------------------------------------------------
  3120. Since you called me personally on this Mark, I thought I'd share it with
  3121. everyone else.   No this doesn't work mainly because the date is outside
  3122. of the julian date library.  This is accomplished with the DTOS()
  3123. function.   And to my knowledge, SET SOFTSEEK only works with numbers and
  3124. dates.  So since the date is converted to a string, it won't work.   Hope
  3125. that helps... 
  3126.  
  3127. STeve
  3128.  
  3129.  
  3130. Msg#4282   To:STEVE STRALEY                             (Rcvd)
  3131. From:CHRISTOPHER EDGAR                          Date:05/11/88
  3132. Subject:(R)MULTI DEMENTIONAL ARRA
  3133. ------------------------------------------------------------------------------
  3134. Thanks a bunch, steve  -- Christopher
  3135.  
  3136.  
  3137. Msg#4283   To:MARK NEIDORFF                             (Rcvd)
  3138. From:CHRISTOPHER EDGAR                          Date:05/11/88
  3139. Subject:(R)MULTI DEMENTIONAL ARRA
  3140. ------------------------------------------------------------------------------
  3141. Thanks alot, mark -- I'll give it a try
  3142.  
  3143. -- Christopher
  3144.  
  3145.  
  3146. Msg#4285   To:TONY KIRK                                 (Rcvd)
  3147. From:MENACHEM BAZIAN                            Date:05/11/88
  3148. Subject:(R)OVERLAYS                             Parent Msg#4203
  3149. ------------------------------------------------------------------------------
  3150. Well, Tony, Anything u can give me will be appreciated. This my first try
  3151. with overlays.
  3152.  
  3153. >MB<
  3154.  
  3155.  
  3156. Msg#4286   To:TONY KIRK                                 (Rcvd)
  3157. From:MENACHEM BAZIAN                            Date:05/11/88
  3158. Subject:(R)OVERLAYS                             Parent Msg#4203
  3159. ------------------------------------------------------------------------------
  3160. Tony,
  3161.  
  3162. Different programmers will do the same thing different ways. To ask
  3163. someone "Why do it this way?" for reasons other than attempting to
  3164. understand the code, is unkind, to say the least. The "I can do it better
  3165. than you can" syndrome is very childish.
  3166.  
  3167. >MB<
  3168.  
  3169.  
  3170. Msg#4288   To:MARK NEIDORFF                             (Rcvd)
  3171. From:MENACHEM BAZIAN                            Date:05/11/88
  3172. Subject:(R)OVERLAYS                             Parent Msg#4203
  3173. ------------------------------------------------------------------------------
  3174. Thanks Mark,
  3175.  
  3176. I am more concerned with overloading memory than Diskette space. If I
  3177. have to require the user to run it on a hard drive that is not too
  3178. terrible. After all, most businesses that use PC's have hard drives.
  3179.  
  3180. The need for overlays will probably be caused by the sixe of the code.
  3181. According to nantucket (This was with a' 86 so I don't know if it is
  3182. still applicable), if ur code is greater than 400K you'll probably need
  3183. overlays to get it all to fit in memory.
  3184.  
  3185. I think that I will break that 400K barrier without breaking a sweat on
  3186. this one.
  3187.  
  3188. >MB<
  3189.  
  3190.  
  3191. Msg#4289   To:HAWKINS DALE                              (Rcvd)
  3192. From:MENACHEM BAZIAN                            Date:05/11/88
  3193. Subject:(R)RANDOM NUMBER GENERATO               Parent Msg#4251
  3194. ------------------------------------------------------------------------------
  3195. Hawkins,
  3196.  
  3197. I had a similar situation. I can think of two solutions to ur problem
  3198. right off.
  3199.  
  3200. 1. There is a file of UDF's here designed by Tom Rettig. it is an .lib
  3201. file and one of the functions is a RAND() function.
  3202.  
  3203. The only problem with that UDF library is that it is written for Clipper
  3204. A'86 and will not run with s'87. Maybe an upgrade has been written, but I
  3205. don't know.
  3206.  
  3207. 2. Nantucket gave me a function for random numbers. It is really a pseudo
  3208. generator and you would have to come up with a timer seed of your own to
  3209. get it to runproperly. I will try to find the code for it and upload it.
  3210. (Or, just call nantucket and they will give it to you. It is just a
  3211. couple of lines.
  3212.  
  3213. There is one other solution, but I hate tp even mention it. Write a small
  3214. basic program that will generate a series of random numbers and write it
  3215. to an SDF file. Then read it into a database and select from the
  3216. database.
  3217.  
  3218. I hope that helps. I will try to find the code (and the name of TR's UDF
  3219. library).
  3220.  
  3221. Good Luck,
  3222.  
  3223. >MB<
  3224.  
  3225. P.s. I am curious as to what u need it for...
  3226.  
  3227.  
  3228. Msg#4291   To:ALL                                        
  3229. From:ABE RICE                                   Date:05/11/88
  3230. Subject:R&R AND IDL                             Parent Msg#4291
  3231. ------------------------------------------------------------------------------
  3232. Hi
  3233. Just wanted to inform anyone using IDL and R&R that the clock()
  3234. function in IDL will conflict with the runtime of R&R.
  3235. Your will have to leave out clock() or get another program from
  3236. Concentric.
  3237. Hey Dirk, you think you can fix this?
  3238. Abe
  3239.  
  3240.  
  3241. Msg#4292   To:DIRK LESKO                                (Rcvd)
  3242. From:CHRISTOPHER EDGAR                          Date:05/11/88
  3243. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  3244. ------------------------------------------------------------------------------
  3245. Hi, Dirk...
  3246. I'm uploading a file called WPMERGE.ARC that will create WordPerfect
  3247. Secondary Merge files from dbase files.  It's a pretty neat programin how
  3248. works - and it does work well.  I agree you need to let programs do what
  3249. they do best.  I especially like Wordperfect's ability to handel blank
  3250. lines in fields (wpmerge takes care of that too.) only problem (?) is
  3251. that it only works under the dbase interpreter.  Let me know what you
  3252. think.
  3253.  
  3254. --Christopher
  3255.  
  3256.  
  3257. Msg#4294   To:TIM CREAGH                                (Rcvd)
  3258. From:CLIFF GREEN                                Date:05/11/88
  3259. Subject:(R)OSG104.ARC                           Parent Msg#3907
  3260. ------------------------------------------------------------------------------
  3261. Oh yeah.  I forgot to mention SCRIMAGE, by Russell Freeland.  This one
  3262. has real possibilities, and will also put out .PRG code.
  3263.  
  3264.  
  3265. Msg#4296   To:ABE RICE                                   
  3266. From:DIRK LESKO                                 Date:05/11/88
  3267. Subject:(R)R&R AND IDL                          Parent Msg#4291
  3268. ------------------------------------------------------------------------------
  3269. I am checking into it. 
  3270.  
  3271. dLESKO
  3272.  
  3273.  
  3274. Msg#4297   To:CLIFF GREEN                               (Rcvd)
  3275. From:DIRK LESKO                                 Date:05/11/88
  3276. Subject:(R)OSG104.ARC                           Parent Msg#3907
  3277. ------------------------------------------------------------------------------
  3278. Scrimage also pumps out IDL screen memvars.....
  3279.  
  3280.  
  3281. Msg#4299   To:STEVE STRALEY                             (Rcvd)
  3282. From:MARK KASS                                  Date:05/11/88
  3283. Subject:MASM 5.0 LINK                           Parent Msg#4250
  3284. ------------------------------------------------------------------------------
  3285. I'm having a problem with MASM 5.0 Link and Summer '87.  The obj files
  3286. link without any problem, but when I execute the thing I get a message of
  3287. "Packed file corrupted".  Nantucket said to increase the segments from
  3288. 256, which caused not problems with the old release of clipper, to 512.
  3289. It still produced the same error message - I finally quit when I
  3290. increased the segments to 1024 and it still bombed.   Does anyone have
  3291. any suggestions ?
  3292.                 Mark
  3293.  
  3294.  
  3295. Msg#4303   To:MARK WOLLAM                                
  3296. From:TONY KIRK                                  Date:05/12/88
  3297. Subject:(R)SET SOFTSEEK                         Parent Msg#4273
  3298. ------------------------------------------------------------------------------
  3299. Mark... Sorry, that was MY typo!  Anyway, what I was referring to was the
  3300. fact that the file is indexed on DTOS(date_field), while you are seeking
  3301. with CTOD('01/01/88').  The conflict, as I poorly attempted to explain,
  3302. could be in the CTOD vs DTOS.  Indexing on DTOS produces a CHARacter key
  3303. while the CTOD produces a DATE value to seek.  It seems as if Clipper
  3304. will choke on locating a CHARacter key with a SEEK <date>.  
  3305.  
  3306. Is use SET SOFTSEEK in many of my functions in which the user is trying
  3307. to find a record.  Using DBEDIT(), the user may press a function key
  3308. which then prompts the user for the value to seek.  The function makes
  3309. sure that the INDEXKEY(0) and the seeked value are of the same type. 
  3310. Also, I have had no problems using SET SOFTSEEK, regardless of the field
  3311. or key TYPE (C,N,D).  
  3312.  
  3313. If it's getting real aggrivating, I'll upload my function.  I also
  3314. realize that if the DTOS/CTOD conflict IS the problem, you'll quickly be
  3315. on your way without additional help.  Speaking of help, I hope I did.
  3316.  
  3317. Tk
  3318.  
  3319.  
  3320. Msg#4305   To:ALL                                        
  3321. From:JOE BOOTH                                  Date:05/12/88
  3322. Subject:NO LINK                                 Parent Msg#4305
  3323. ------------------------------------------------------------------------------
  3324. I have ordered a product called NO-LINK from develop-ease in Georgia.
  3325. Supposively, this is a dynamic library which you program can access at
  3326. run-time.  If this is true, there might be an alternative to overlays.
  3327. Once it arrives, and I test it, I will share some comments.
  3328.  
  3329.  
  3330. Msg#4306   To:STEVE STRALEY                             (Rcvd)
  3331. From:MARK WOLLAM                                Date:05/12/88
  3332. Subject:SOFTSEEK                                Parent Msg#4306
  3333. ------------------------------------------------------------------------------
  3334. Steve...
  3335.  
  3336.  Thank you for further explaining SOFTSEEK.  However, it irks me to
  3337.  no end, that I spent a considerable amount of time trying to
  3338.  determine why it wasn't working since Nantucket's documentation of
  3339.  the feature uses a character based example... to wit to woe..
  3340.  
  3341.  SET SOFTSEEK ON
  3342.  SEEK "Findit"
  3343.  
  3344.  In addition, I called Nantucket to report what I thought was an
  3345.  "anomoly" and to get further clarification, and was told it would
  3346.  cost me $25.00 since I wasn't a curent support subscriber.
  3347.  
  3348.  I left a rather scathing message on the source to them.  The jist
  3349.  of which was I had no problem with a "pay as you go" support
  3350.  policy for general questions and help.  However, when someone
  3351.  calls to report what they perceive as a "bug" or need assistance
  3352.  in working around a command of function limitation, they should
  3353.  not be charged.  After all, we have to pay for the call anyway
  3354.  and all users will eventually benefit.
  3355.  
  3356.  So much for my soapbox.
  3357.  
  3358. < Mark >
  3359.  
  3360.  
  3361. Msg#4308   To:MARK KASS                                 (Rcvd)
  3362. From:STEVE STRALEY                              Date:05/12/88
  3363. Subject:(R)MASM 5.0 LINK                        Parent Msg#4250
  3364. ------------------------------------------------------------------------------
  3365. I'll like to but that's a new error message to me.  You may want to shoot
  3366. that one past the ASM king himself... see if Dirk knows..   I'd be
  3367. interested as well.  Take care,
  3368. Steve
  3369.  
  3370.  
  3371. Msg#4311   To:MARK WOLLAM                               (Rcvd)
  3372. From:STEVE STRALEY                              Date:05/12/88
  3373. Subject:(R)SOFTSEEK                             Parent Msg#4306
  3374. ------------------------------------------------------------------------------
  3375. No, I think your attitude is perfectly justified.   I can't agree more. 
  3376. How does one know something is a "bug" to Nantucekt or a "bug" to their
  3377. code.   Personally, bug for bug, I think Nantucket out-does us on every
  3378. count.  And because the product has a buggy reputation, this "charge as
  3379. you go" is BULLS**T. ( I know, some of you may not believe it's me saying
  3380. this... but it is...)
  3381.  
  3382. I don't know what is the answer.  I'm working with Alan Rivinson and with
  3383. some of the local board to help the support problem, but that is one nice
  3384. thing whihc you have pointed out that comes with the Toolkit... a direct
  3385. link to me.. on Saturdays, Sundays, and evenings.   Maybe, by working
  3386. with you guys, we can focus our grips, get over our problems, and make a
  3387. difference.  I sure hope so.   
  3388.  
  3389. Take care,
  3390. Steve
  3391.  
  3392.  
  3393. Msg#4315   To:JOE BOOTH                                 (Rcvd)
  3394. From:ROB HANNAH                                 Date:05/12/88
  3395. Subject:(R)NO LINK                              Parent Msg#4305
  3396. ------------------------------------------------------------------------------
  3397. I got a brochure from them yesterday - sounds very good.  I wouldn't
  3398. consider using it to bypass overlays, though.  It would require a copy
  3399. for each user of the program.  It sounds much better as a
  3400. psuedo-intrepretive environment for Clipper.
  3401.  
  3402. ROB
  3403.  
  3404.  
  3405. Msg#4320   To:MARK KASS                                 (Rcvd)
  3406. From:DIRK LESKO                                 Date:05/12/88
  3407. Subject:(R)MASM 5.0 LINK                        Parent Msg#4250
  3408. ------------------------------------------------------------------------------
  3409. Try linking with the line:
  3410.  
  3411. LINK /NOP <file>,,,clipper
  3412.  
  3413. That should produce an unpacked .EXE, then you can |╩x\.M│use EXEPACK to
  3414. pack it. I have not had this problem myself, but if it persis, maybe I
  3415. can look further into it.
  3416.  
  3417. dLESKO
  3418.  
  3419.  
  3420. Msg#4321   To:ROB HANNAH                                (Rcvd)
  3421. From:MARK WOLLAM                                Date:05/12/88
  3422. Subject:(R)SET SOFTSEEK                         Parent Msg#4321
  3423. ------------------------------------------------------------------------------
  3424. Rob..
  3425.  
  3426. I really don't know what the problem I am having is then.. Here is
  3427. the exact situation and the file has been indexed and reindexed to death.
  3428.  
  3429. DBF structure
  3430.     FCLCODE   C 4
  3431.     FCLNUM    N 6
  3432.     FPOSTDATE D 8
  3433.     FPAIDAMT  N 9 2
  3434.     FWRITEOFF N 9 2
  3435.     FPAIDREF  C 15
  3436.  
  3437. DBF is INDEXED as FOLLOWS
  3438.  
  3439.     DTOS(FPOSTDATE)+FLCODE  ... DTOS is used because 1 I need a string
  3440. date
  3441.                             ... and 2 I have several other procedures
  3442. that
  3443.                             ... access this file based on year and or
  3444. month
  3445.  
  3446. RECORDS
  3447.  
  3448.     There are 1731 records in the file.. the FIRST FPOSTDATE for 1988
  3449.     is 01/04/88 and there are 891 additional records for 1988
  3450.  
  3451. CODE section
  3452.  
  3453.   .....
  3454.  
  3455.   sele 1
  3456.   use DBFfile index INDEXfile
  3457.   set softseek on
  3458.   Private StartDate,StopDate,Looking
  3459.   store ctod(space(8)) to StartDate,StopDate
  3460.   Looking = .t.
  3461.  
  3462.   do while ( Looking )
  3463.  
  3464.      .... some screen @ says...
  3465.      @ 15,18 get StartDate
  3466.      @ 16,18 get StopDate
  3467.      read
  3468.      if ( ! escape() )
  3469.         .... Valididation procession
  3470.         .... lets say StartDate = '01/01/88' and. StopDate = '01/15/88'
  3471.         SearchDate = dtos(StartDate)
  3472.         seek SearchDate
  3473.         if ( ! eof() )
  3474.            .... more processing
  3475.         else
  3476.            .... display not found message  && ALWAYS END UP HERE
  3477.         endif
  3478.      else
  3479.         Looking = .f.
  3480.      endif
  3481.  
  3482. It actually makes no difference what dates I use.  If the StartDate
  3483. entered
  3484. is in the file the seek performs normally, if it is not, EOF() is ALWAYS
  3485. returned.
  3486.  
  3487. Now here is code that DOES work using the same data with SOFTSEEK OFF
  3488.  
  3489.     do while (.t.)
  3490.  
  3491.        if ( StartDate > StopDate) )
  3492.           exit  ... display Not found message
  3493.        else
  3494.           seek dtos(StartDate)
  3495.           if ( ! eof() )
  3496.              ...... WHEN StartDate = '01/04/88'
  3497.              .....  the correct record is found
  3498.           else
  3499.              StartDate = StartDate+1
  3500.           endif
  3501.        endif
  3502.  
  3503.     enddo
  3504.  
  3505. I don't see anything wrong.  BUT SOFTSEEK DOES NOT WORK IN THIS
  3506. SITUTATION.
  3507.  
  3508. < Mark >
  3509.  
  3510.  
  3511. Msg#4322   To:ALL                                        
  3512. From:DIRK LESKO                                 Date:05/12/88
  3513. Subject:CONFERENCE               
  3514. ------------------------------------------------------------------------------
  3515. HI all, Nantucket has recieved the first batch of÷Q┐FF░─E╟~on█╦{ messages
  3516. I have sent them and they are enthusiastic and hungry for more. So, we
  3517. now are a voice that is really being heard. Don't lose the opportunity to
  3518. get your suggestions, gripes and bugs uploaded here. We have a wonderful
  3519. opportunity to speck DIRECTLY to the development team. ALso, I will
  3520. include all suggestions for upcomingproducts or functions in the mailings
  3521. for you. So if there is something you've always wanted, nows the chance!
  3522.  
  3523. dLESKO
  3524.  
  3525.  
  3526. Msg#4323   To:ROBERT HEYMAN                             (Rcvd)
  3527. From:KELLY STANONIK                             Date:05/12/88
  3528. Subject:(R)CONTINUING                           Parent Msg#4040
  3529. ------------------------------------------------------------------------------
  3530. It would be VERY nice, and I (for one) would be willing to pay extra for
  3531. it.
  3532.  
  3533.  
  3534. Msg#4324   To:ROB HANNAH                                (Rcvd)
  3535. From:KELLY STANONIK                             Date:05/12/88
  3536. Subject:(R)SET SOFTSEEK                         Parent Msg#4273
  3537. ------------------------------------------------------------------------------
  3538. Even so, in an date index 05/30/83 comes before 01/01/88 and in a string
  3539. index it doesn't.  If you want and index that will softseek on dates you
  3540. should use a date index (as Steve suggests).
  3541.  
  3542.  
  3543. Msg#4325   To:DIRK LESKO                                (Rcvd)
  3544. From:MARK WOLLAM                                Date:05/12/88
  3545. Subject:GETS                                    Parent Msg#4325
  3546. ------------------------------------------------------------------------------
  3547. dIRK...
  3548.   I am hoping you can help me.  I am working on a couple of companion
  3549.   functions... lets call them PUSHGETS() and POPGETS().  I have all the
  3550.   pieces I need to make them work except.... How many active gets are
  3551.   there at any given point in time.  If you happen to have this little
  3552.    piece of information tucked away in vast knowledge base, I could
  3553.   certainly make use of it...
  3554.    Thanking you in advance
  3555.  < Mark >
  3556.  
  3557.  
  3558. Msg#4327   To:MARK WOLLAM                               (Rcvd)
  3559. From:DIRK LESKO                                 Date:05/12/88
  3560. Subject:(R)GETS                                 Parent Msg#4325
  3561. ------------------------------------------------------------------------------
  3562. That's one needle in the Clipper haystack I haven;'t found5o:1╢╙|...
  3563.  
  3564.  
  3565. Msg#4331   To:MARK WOLLAM                                
  3566. From:BILL ELLIOTT                               Date:05/13/88
  3567. Subject:(R)SET SOFTSEEK                         Parent Msg#4321
  3568. ------------------------------------------------------------------------------
  3569. Mark,
  3570.  
  3571.     I don't have a solution for you, but just to add the general
  3572. confusion ...
  3573.  
  3574.     I created a program and database similar to your
  3575. example, and it works just as you expect yours should work.
  3576.  
  3577.     Maybe all S87's aren't created equal.  My program never hits
  3578. eof() unless it seeks a date greater than any on the database.
  3579.  
  3580.     Maybe somebody else can solve the mystery.
  3581.  
  3582.                             Aloha,
  3583.                                     Bill
  3584.  
  3585.  
  3586. Msg#4332   To:ALL                                        
  3587. From:BILL ELLIOTT                               Date:05/13/88
  3588. Subject:ARRAYS & C                              Parent Msg#4332
  3589. ------------------------------------------------------------------------------
  3590.  
  3591.     A question for anyone about using Clipper and "C" to manipulate
  3592. arrays.
  3593.  
  3594.     Is it possible to pass a numeric array (array of integers) to a C
  3595. function, perform math on and otherwise manipulate the array elements
  3596. in C, and when you return to Clipper have access to the original array
  3597. with all its new values?
  3598.  
  3599.     I'm asking this question for a co-worker who has already talked to
  3600. Nantucket support.  Nantucket apparently said: "No, not with numeric
  3601. arrays...".  I made a few crude attempts to solve the problem and
  3602. failed.
  3603.  
  3604.     I'm sure someone (probably many someones) on this board can solve
  3605. this problem, or confirm that it can't be done.  If I see it here,
  3606. I'll believe it.
  3607.  
  3608.     Thanks for any help you can offer,
  3609.                                         Bill Elliott
  3610.  
  3611.  
  3612. Msg#4333   To:ALL                                        
  3613. From:JOE BOOTH                                  Date:05/13/88
  3614. Subject:CLIPPER WISH LIST                       Parent Msg#4333
  3615. ------------------------------------------------------------------------------
  3616. Since Nantucket will be reading this board (Thank you, Dirk) I wish to
  3617. share some of my ideas.
  3618.  
  3619.      1.  A command to SAVE GETS TO <memfile>
  3620.          and a RESTORE GETS FROM <memfile>
  3621.   
  3622.      2.  When using PROMPT/MENU TO, pressing the first letter of 
  3623.          a prompt, causes the menu to return that number.  I think
  3624.          that if SET CONFIRM is ON, then the pressing the first letter
  3625.          should jump to the option, but not return unless ENTER is pushed
  3626.  
  3627.      3.  Array functions
  3628.           
  3629.          AGETfills array with contants of current record)
  3630.          AREP (  writes array back into database )
  3631.          ATOT (  total of a numeric array )
  3632.          ASAVE(  save an array to disk )
  3633.          AREST(  restore an array from disk )
  3634.          AMAX(   maximum value in an array )
  3635.          AMIN(   minimum value in an array )
  3636.          
  3637.          Substring ability add to sorting arrays
  3638.    
  3639.       4. If  Nantucket has any plans to ever provide windows, I would
  3640.          like to know.  With all the add on products, you can cheaply
  3641.          obtain window libraries, but what kind of syntax might Nantucket
  3642.          support.
  3643.    
  3644.       5. DBEDIT() to support character strings rather than arrays if only
  3645.          one field from the database is to be used.
  3646.   
  3647.       6DBEDIT() to return a record number instead of a logical value
  3648.          (Returning 0 would mean the user ESCaped out)
  3649.    
  3650.        7. Functions for LREC()  - While GOTO 1 will always go to physical
  3651.           record one, I'd like to see a command or function like 
  3652.           GOTO LREC(1) or GOTO LREC(10), which would go to the logical
  3653.           record number of the controlling index.
  3654.  
  3655. Just a few suggestions to a great product.  Thanks Dirk for providing us
  3656. this opportunity.
  3657.  
  3658.  
  3659. Msg#4334   To:MARK WOLLAM                                
  3660. From:ROB HANNAH                                 Date:05/13/88
  3661. Subject:(R)SET SOFTSEEK                         Parent Msg#4321
  3662. ------------------------------------------------------------------------------
  3663. You wouldn't happen to have SET EXACT ON would you?  That looks like the
  3664. problem.  Clipper S87 has a 'feature' that renders set exact funky - if
  3665. exact is on and you seek a partial record, if a record exists which meets
  3666. the partial index you get it.  Otherwise you get eof() (even with
  3667. softseek)!
  3668.  
  3669. Try turning off exact.
  3670.  
  3671. ROB
  3672.  
  3673.  
  3674. Msg#4335   To:KELLY STANONIK                            (Rcvd)
  3675. From:ROB HANNAH                                 Date:05/13/88
  3676. Subject:(R)SET SOFTSEEK                         Parent Msg#4273
  3677. ------------------------------------------------------------------------------
  3678. You should never use dtoc() in an index - that causes the situation you
  3679. described.  Instead, use dtos().  It produces a character string of the
  3680. form yyyymmdd, which is the same as the date format in dbf files.
  3681.  
  3682. ROB
  3683.  
  3684.  
  3685. Msg#4337   To:BILL ELLIOTT                              (Rcvd)
  3686. From:ROB HANNAH                                 Date:05/13/88
  3687. Subject:(R)ARRAYS & C                           Parent Msg#4332
  3688. ------------------------------------------------------------------------------
  3689. Arrays (all types) are passed by reference.  Under A86, you forced
  3690. passing by value by enclosing the parameter in parentheses - give that a
  3691. try.  If that doesn't work, the only way to play with the data without
  3692. mucking with the original is to make a copy of it - and that's exactly
  3693. what passing by value does anyways.
  3694.  
  3695. ROB
  3696.  
  3697.  
  3698. Msg#4338   To:ALL                                        
  3699. From:HARRY GILBERT                              Date:05/13/88
  3700. Subject:NANTUCKET LETTER                        Parent Msg#4338
  3701. ------------------------------------------------------------------------------
  3702. Since Nantucket is receiving copies of our "mail", here's one to their
  3703. attention:
  3704. Dear Nantucket:
  3705. I have supported and used Clipper since Winter '85. My position is to
  3706. evaluate and recommend (and program) PC-based software. I work for the
  3707. largest data processing company in the world, supporting the larget
  3708. manufacturer in the world. (Guess who). In reviewing Clipper-compiled
  3709. products, I frequently talk with the vendor's programming staff.
  3710. Increasingly, they tell me their fears of the "bugginess" of Clipper, and
  3711. the problems with documentation and support. Also, they mention the
  3712. difficulty of supporting large applications (re: memory usage and control
  3713. of overlays). Sound familiar? More and more are giving me feedback that
  3714. they are planning to port their applications directly to C, or to Oracle
  3715. or Ingress-based systems. PLEASE - you are losing market potential by not
  3716. maintaining high quality of documentation, decent examples and
  3717. explanations of memory usage and overlay control. And you've got to watch
  3718. pre-mature release of products full of bugs! We're all getting leary, as
  3719. we look ahead to the next two upgrade cycles: SQL and OS/2. Do the
  3720. groundwork carefully, or you'll lose to the competition. Developers will
  3721. sacrifice bell-and-whistle features to get guaranteed bug-free
  3722. performance! Their reputation (and livelihood) depend on it!
  3723.  
  3724.  
  3725. Msg#4341   To:HARRY GILBERT                              
  3726. From:JIM KILLEEN                                Date:05/13/88
  3727. Subject:(R)NANTUCKET LETTER                     Parent Msg#4338
  3728. ------------------------------------------------------------------------------
  3729. Harry, 
  3730.    Your letter to Nantucket was well stated! I'm sure you wrapped up the
  3731. feelings of a great many of us on this board. I find myself being very
  3732. defensive of this product (Clipper) since I use it extensively, but I
  3733. also find myself HAVING to be defensive of it a bit too frequently. I
  3734. have a strong desire to see Nantucket perform at a level we all know
  3735. their capable of. It's gotta' come together sooner or later, right?
  3736. By the way, I work for that "largest manufacturer in the world" you spoke
  3737. of. How is it working for "the largest data processing company in the
  3738. world"? We'll have to talk sometime. Take care.
  3739.  
  3740.  
  3741. Msg#4342   To:TONY KIRK                                 (Rcvd)
  3742. From:MENACHEM BAZIAN                            Date:05/13/88
  3743. Subject:(R)OVERLAYS                             Parent Msg#4342
  3744. ------------------------------------------------------------------------------
  3745. Tony,
  3746.  
  3747. It would help if I knew where to start. I don't. All I know is that I am
  3748. almost positive that I am gonna have to program for overlays.
  3749.  
  3750. Is there any special coding needed for overlays?? Or is the difference
  3751. just in the compiling and linking?
  3752.  
  3753. >MB<
  3754.  
  3755.  
  3756. Msg#4343   To:JOE BOOTH                                 (Rcvd)
  3757. From:MENACHEM BAZIAN                            Date:05/13/88
  3758. Subject:(R)NO LINK                              Parent Msg#4305
  3759. ------------------------------------------------------------------------------
  3760. Joe,
  3761.  
  3762. I am in a situation where I might need overlays...If this will take care
  3763. of it I AM INTERESTED.
  3764.  
  3765. Please let me know how it works.
  3766.  
  3767. >MB<
  3768.  
  3769.  
  3770. Msg#4344   To:STEVE STRALEY                             (Rcvd)
  3771. From:MENACHEM BAZIAN                            Date:05/13/88
  3772. Subject:UDF                                     Parent Msg#4344
  3773. ------------------------------------------------------------------------------
  3774. Steve,
  3775.  
  3776. I was wondering if SST Toolkit has a UDF or some such do-hickey which
  3777. will allow me to save an array to a disk file??? I spoke tp nantucket and
  3778. they suggested that I read the array into a .DBF and then it would be
  3779. saved but that defeats part of what I am trying to do.
  3780.  
  3781. Any help would be appreciated.
  3782.  
  3783. >MB<
  3784.  
  3785. P.S. Dirk, if you read this, the same question applied to IDL.
  3786.  
  3787.  
  3788. Msg#4345   To:CLIFF CORCORAN                             
  3789. From:KEVIN SAFFER                               Date:05/13/88
  3790. Subject:(R)ACCOUNTING PACKAGES                  Parent Msg#3537
  3791. ------------------------------------------------------------------------------
  3792. Cliff,
  3793. I have used the accounting modules from SBT for several clients in the
  3794. past year.  Although they are actually DBII programs traslated to DBIII
  3795. and Clipper, they have save me many hours of coding.
  3796.  
  3797.  
  3798. Msg#4348   To:DIRK LESKO                                (Rcvd)
  3799. From:CLIFF GREEN                                Date:05/13/88
  3800. Subject:(R)OSG104.ARC                           Parent Msg#3907
  3801. ------------------------------------------------------------------------------
  3802. <blush> since I don't have IDL (grind, gnash) I'd can't comment on IDL
  3803. screen memvars.  Do you want to give us a brief idea of what they are and
  3804. why we want them?
  3805.  
  3806. (there were a few things in SCRIMAGE which either were listed in the
  3807. menus but not available for one reason or other, or were available but
  3808. useless or unusable by me -- so I didn't check them out.)
  3809.  
  3810.  
  3811. Msg#4350   To:BILL ELLIOTT                              (Rcvd)
  3812. From:DIRK LESKO                                 Date:05/13/88
  3813. Subject:(R)ARRAYS & C                           Parent Msg#4332
  3814. ------------------------------------------------------------------------------
  3815. Accessing integer variables by reference either in an array, or a memvar
  3816. is not possible using the __parxx functions. You can only get the
  3817. variable by reference using a string array or variable.....
  3818.  
  3819. dLESKO
  3820.  
  3821.  
  3822. Msg#4351   To:JOE BOOTH                                 (Rcvd)
  3823. From:DIRK LESKO                                 Date:05/13/88
  3824. Subject:(R)CLIPPER WISH LIST                    Parent Msg#4333
  3825. ------------------------------------------------------------------------------
  3826. The next iteration of Clipper will have window support (not MS
  3827. windows...) 
  3828.  
  3829. dLESKo
  3830.  
  3831.  
  3832. Msg#4352   To:ROB HANNAH                                 
  3833. From:DIRK LESKO                                 Date:05/13/88
  3834. Subject:(R)ARRAYS & C                           Parent Msg#4332
  3835. ------------------------------------------------------------------------------
  3836. arrays are passed by reference yes....But the elements of the array if
  3837. they are integer are gotten by value.....unless of cours it is a double.
  3838. Then you get a pointer to the memory location of the ieee format number.
  3839. SO maybe 6╝J½¬<÷║╗you can do it that way???
  3840.  
  3841. dlESKO
  3842.  
  3843.  
  3844. Msg#4353   To:MENACHEM BAZIAN                           (Rcvd)
  3845. From:DIRK LESKO                                 Date:05/13/88
  3846. Subject:(R)UDF                                  Parent Msg#4344
  3847. ------------------------------------------------------------------------------
  3848. You don'y need IDL or any trinks to save an array to disk.....Just use
  3849. the fopen() and fwrite() and fread() functions to write out the
  3850. individual elements to a file.Do a loop, and fwrite() each element. If
  3851. they are integers, convert them to strings. When you read them back,
  3852. convert them back to integers with val(). It's easy.....
  3853.  
  3854. dLESKO
  3855.  
  3856.  
  3857. Msg#4354   To:CLIFF GREEN                               (Rcvd)
  3858. From:DIRK LESKO                                 Date:05/13/88
  3859. Subject:(R)OSG104.ARC                           Parent Msg#3907
  3860. ------------------------------------------------------------------------------
  3861. WHen you save a screen in Clipper, you usually say:
  3862.  
  3863.    mem_var = savescreen═╡╬╠wejH¼D/2╖*(row,col,row,col)
  3864.  
  3865. That places the screens contents into a memvar that you can restore
  3866. later. What I did in IDL was to first:
  3867.  
  3868. save the screen, and record how big it is, and where it was saved from.
  3869. That way, restore screen knows exactly where to restore the screen
  3870. without you telling it where (unlike Clipper). I also create a special
  3871. function called init_scrn(). init_scrn() will create a screen variable
  3872. without putting any screen contents into it. IE, to create a blank
  3873. screen, you can say:
  3874.  
  3875.     mem_var = init_scrn()
  3876.  
  3877. That does the same thing as save_scrn() but without putting anything in
  3878. the screen. Then you can:
  3879.  
  3880.     title_scrn()  - puts a title in the middlie in the first line
  3881.     frame_scrn()  - place a border around the screen (like the BOX comm)
  3882.     puts_scrn()   - write information to the mem_var as if it were a
  3883.                     real screen.
  3884.  
  3885. ANd you can control the colors of everything. Once you are finished
  3886. building the screen, just say:
  3887.   
  3888.    rest_scrn(mem_var)
  3889.  
  3890. to display it. That will pop up the screen instantaneously. You can also
  3891. do partial screens this way to do windows.......
  3892.  
  3893. OK?
  3894.  
  3895. dLESKO
  3896.  
  3897.  
  3898. Msg#4355   To:ALL                                        
  3899. From:JOHN REAM                                  Date:05/13/88
  3900. Subject:ACCURACY BUG?                           Parent Msg#4355
  3901. ------------------------------------------------------------------------------
  3902.  
  3903. Hi All,
  3904.      I think that I have discovered a numerical accuracy bug in S87 that
  3905.  I have not seen documented as of yet.  Please correct me if I'm wrong.
  3906.  
  3907. Remember the days when Dbase and Basic had a problem with  1/10 # .1 ?
  3908. The result was more like .0999999999123??  
  3909.  
  3910. I have a menu scrolling routine (much like the Lite-Bar programs) which
  3911. has worked fine for many applications.  Now I'm on my first application
  3912. using S87 instead if A86 or W85.  The menu line discriptions are stored
  3913. in field names such as MSG1, MSG2, etc.  in a MENUS.DBF file.  As the
  3914. client scrolls using the arrow keys the lite bar high lights that menu
  3915. option.  This is pretty standard stuff.  Anyway as the user scrolls up
  3916. or down I coded     msgnum=msgnum+1
  3917.               or    msgnum=msgnum-1  
  3918.  
  3919.    Then I      mtemp= "MSG" + ltrim(str(msgnum)) 
  3920.                @ x,y say &mtemp
  3921.  
  3922.    This has work fine up till now!
  3923.  
  3924. I'll have a case where msgnum was = 5  then upon an up arrow
  3925.                     msgnum=msgnum-1   will result in msgnum=4.0000000????
  3926.          Therefore the ltrim(str(msgnum)) returns "4.00" .  CRASH!
  3927.  
  3928.    Yes, I know the workaround with round() but must I go through all my 
  3929.   programs and change code for all str(numvariable) instances?
  3930.   Setting Decimals to Zero isn't pratical since my applications are
  3931.   usually financial in nature.
  3932.  
  3933.   Any suggestions or other programmer's insights would be appreciated.
  3934.  
  3935.   I hate to regress back to S86 after becomming spoiled already.
  3936.  
  3937.   I use the standard Plink86 and clipper Library from the Recent Update.
  3938.  
  3939.           Thanks,                  John Ream
  3940. **************************************************************************
  3941.  
  3942.  
  3943. Msg#4356   To:ALL                                        
  3944. From:MARK WOLLAM                                Date:05/13/88
  3945. Subject:VALID CLAUSE                            Parent Msg#4356
  3946. ------------------------------------------------------------------------------
  3947. I may be the last one on the block to realize this... but ...
  3948. Was everyone aware that when you issue a PageDown to terminate
  3949. a full screen edit mode. any valids associated with any gets after
  3950. the current get at which the PageDown was issued are ignored even tho
  3951. the gets are properly read.  I just had a customer call me mad as ......
  3952. because certain things didn't work.  I knew I had attached valid clauses
  3953. to the pertinent gets, but he used page down rather then return 9 times.
  3954.  
  3955. < Mark >
  3956.  
  3957.  
  3958. Msg#4357   To:DIRK LESKO                                (Rcvd)
  3959. From:MARK WOLLAM                                Date:05/13/88
  3960. Subject:NANTUCKET                               Parent Msg#4357
  3961. ------------------------------------------------------------------------------
  3962. Thank you dIRK for providing us this opportunity to communicate
  3963. with development staff at Nantucket.
  3964.  
  3965. Here a a few additions to the next release that I would like to see.
  3966.  
  3967.   1. An INKEY() function that will return the ASCII VALUE, SCAN
  3968.      CODE or BOTH
  3969.   2. More flexability in controlling their internal keyboard buffer.
  3970.      a. extract the entire contents of the buffer, read the buffer
  3971.         a character at a time, more than just the next character
  3972.      b. as companion to 1 above, the ability to stuff scan codes
  3973.   3. True windowing support
  3974.   4. As Joe and several others have mentioned the ability to save
  3975.      and restore the GET stack is a real need and should have
  3976.      been incorporated long before now
  3977.   5. If OS/2 support IS NOT the next step, then they have to make
  3978.      use of the memory.  There is no reason extended can't be used
  3979.      for more than index buffering.  Perhaps the engine itself
  3980.      could be optionally loaded into extended/expanded memory if
  3981.      there is enough room.
  3982.   6. ONE function that will tell us how many entries are in an index
  3983.   7. The ability to include a param list on a set key
  3984.      SET KEY XX TO PRG WITH A,B,C
  3985.   8. True multi-demensional array support
  3986.   9. Often times we create arrays much larger than we need because
  3987.      the exact size needed is not immediatle known. Perhaps a function
  3988.      called AJUST(<Array>) which automaticaaly delete any blank
  3989.      entries starting at the bottom and adjust the array size
  3990.  10. If memory management continues to be a problem, perhaps nantucket
  3991.      could conduct an extensive user survey and prioitize functions and
  3992.      commands.  Those that are of limited or dubious value should
  3993.      be created as separate objects, so that the developer could easily
  3994.      remove them.  Look at SET WRAP.  Nice, but it can't be deleted
  3995.      from the library since it is incorporated with other commands into
  3996.      one object.
  3997.  11. I fore one, rarely use the MENU TO MESSAGE anymore because of the
  3998.      severe limitations in the MESSAGE portion.  No independent color
  3999.      support for one and not being able to have the message display
  4000.      to the left or right of the highlighted PROMPT.
  4001.  
  4002. More important than any of the above, though, is the absolute
  4003. necessity that the next release be as bug free as possible.  Maybe
  4004. they should reavaluate their alpha and beta sites.  Perhaps the number
  4005. of sites should be increased.
  4006.  
  4007. < Mark >
  4008.  
  4009.  
  4010. Msg#4358   To:MENACHEM BAZIAN                           (Rcvd)
  4011. From:STEVE STRALEY                              Date:05/13/88
  4012. Subject:(R)UDF                                  Parent Msg#4344
  4013. ------------------------------------------------------------------------------
  4014. Yes Manachem, there is several Clipper utilities that allow arrays to be
  4015. saved to disk.  Additionally, I wrote a section called "QUICK TRICKS"
  4016. which documents the find, how I arrived at the conclusion, and the
  4017. resulting code.   You can ask one of the guys who has it already how it
  4018. works... I know Mr. Abe Rice has looked at that section in particular.   
  4019. By the way: DON'T put the arrays in a .DBF... that's silly!   But then
  4020. again, I looked up and saw who gave that advice...  Take care, and if you
  4021. need the number of SSTKit... let me know.   Take care,
  4022. Steve
  4023.  
  4024.  
  4025. Msg#4359   To:JIM KILLEEN                               (Rcvd)
  4026. From:STEVE STRALEY                              Date:05/13/88
  4027. Subject:(R)SST                   
  4028. ------------------------------------------------------------------------------
  4029. Thank you VERY much.  I humbly appreciate it.  Yes, I think Joe King will
  4030. accept a Credit Card from General Motors... so long as they keep pumping
  4031. out cars.   Just give Joe King a call at 212-599-2141 and he'll take care
  4032. of the rest for you.  And to who ever is passing along the nice advice on
  4033. SSTKit... I personally thank them as well.
  4034.  
  4035. Again thanks, and hope to be talking with you real soon.. Welcome on
  4036. board (well, soon enough...).   Take care,
  4037.  
  4038. Steve
  4039.  
  4040.  
  4041. Msg#4361   To:JOHN REAM                                 (Rcvd)
  4042. From:DIRK LESKO                                 Date:05/13/88
  4043. Subject:(R)ACCURACY BUG?                        Parent Msg#4355
  4044. ------------------------------------------------------------------------------
  4045. WOuldn't it work if you said:
  4046.  
  4047.   msgnum = int(msgnum-1)
  4048.  
  4049. try that....
  4050.   
  4051. dLESKO
  4052.  
  4053.  
  4054. Msg#4363   To:MARK WOLLAM                               (Rcvd)
  4055. From:DIRK LESKO                                 Date:05/13/88
  4056. Subject:(R)NANTUCKET                            Parent Msg#4357
  4057. ------------------------------------------------------------------------------
  4058. As soon as I have enough messages, I will donwloadd nch, do some cleaning
  4059. up, and Whooosh....I'll send them off... Kepp them coming in....
  4060.  
  4061. Tanx
  4062.  
  4063. dLESKO
  4064.  
  4065.  
  4066. Msg#4364   To:DIRK LESKO                                (Rcvd)
  4067. From:JOHN THORN                                 Date:05/13/88
  4068. Subject:(R)CONFERENCE                           Parent Msg#4215
  4069. ------------------------------------------------------------------------------
  4070. Thanks, Dirk!  That will be a big help for us all!
  4071. - John
  4072.  
  4073.  
  4074. Msg#4366   To:HARRY GILBERT                              
  4075. From:JOHN THORN                                 Date:05/13/88
  4076. Subject:(R)NANTUCKET LETTER                     Parent Msg#4338
  4077. ------------------------------------------------------------------------------
  4078. Preach On, brother!!
  4079.  
  4080.  
  4081. Msg#4367   To:DIRK LESKO                                (Rcvd)
  4082. From:ROBERT HEYMAN                              Date:05/13/88
  4083. Subject:(R)CLIPPER WISH LIST                    Parent Msg#4333
  4084. ------------------------------------------------------------------------------
  4085. Gee..it sure would be nice to see a Clipper version running under
  4086. MS Windows. Have fooled around with Omnis Quartz...not particularly
  4087. impressed...and the ads for Foxbase Mac make me green.
  4088. Rob
  4089.  
  4090.  
  4091. Msg#4369   To:ROB HANNAH                                (Rcvd)
  4092. From:MARK WOLLAM                                Date:05/13/88
  4093. Subject:(R) SOFTSEEK             
  4094. ------------------------------------------------------------------------------
  4095. Rob.... SET EXACT WAS OFF.  Oh well, it doesn't really make any
  4096. difference.  I got along without the command for 4 years. I guess I
  4097. can continue to do so...  Tnaks for the thought though.
  4098. < Mark >
  4099.  
  4100.  
  4101. Msg#4370   To:ALL                                        
  4102. From:MARK WOLLAM                                Date:05/13/88
  4103. Subject:(R) OVERLAYS                            Parent Msg#4370
  4104. ------------------------------------------------------------------------------
  4105. I have been reading with interest the discussion about overlays, should
  4106. I.. Shouldn't I.... How to... what works best etc.  Here are some
  4107. thoughts of mine and those of others that I have condensed.
  4108.  
  4109. 1.  Prgs compiled using a CLP file creates a larger object then
  4110.     combining all the prgs into 1 file and then compiling that.
  4111. 2.  Using implied overlays does reduce the memory requirements
  4112.     ie.  BEGIN
  4113.             FI  FILE
  4114.          END
  4115.     as apposed to
  4116.         BEGIN
  4117.            SECTION FI FILE
  4118.         END
  4119. 3.  Combining frequently used ASM code into 1 object using multiple
  4120.     Far calls reduces the number of time clipper's extend code is
  4121.     included.
  4122. 4.  Its takes experimentation to determine wether to go internal or
  4123.     external on the overlays..  Increases/decrease can be dramatic
  4124.     either way.
  4125.  
  4126. Now some things to watch for.
  4127.  
  4128. 1.  There is no problem in calling down the stack, ie.
  4129.     BEGIN
  4130.       FI FILE1
  4131.       BEGIN
  4132.          FI FILE2
  4133.     Procedures from FILE1 can call PROCEDURES from FILE2, but you
  4134.     may have a problem going the other way and you will almost always
  4135.     get strange results calling and returning from parrallel sections.
  4136. 2.  You might experiment with placing all you one way calls deep in
  4137.     a section, for example your reindex routines.
  4138. 3.  Be wary of initiating a function in an overlay
  4139. 4.  Use the SEARCH command in PLINK when functions call functions and
  4140.     you won't need the external command.
  4141.  
  4142. Now, after all this... take it with a grain of salt.. there just
  4143. ideas and observations.  and don't forget you can set the V param
  4144. in SET clipper.  I have never had to exceed a V greater than 10K yet.
  4145.  
  4146.  
  4147. Msg#4371   To:ALL                                        
  4148. From:MARK WOLLAM                                Date:05/13/88
  4149. Subject:BREEZE 3.0               
  4150. ------------------------------------------------------------------------------
  4151. Hi again...
  4152.    Just received my update version 3.0 of Paul's Breeze Lib.  Some
  4153. nice additions such as autmatic shadowing and the ability to multiple
  4154. windows to 1 disk file.  As in the past, the full source code is
  4155. included.  Until Clippers goes windows, I think this one of the
  4156. bettwe add ons on the market... give paul a call on his BBS
  4157.                   703-450-7864
  4158. < Mark >
  4159.  
  4160.  
  4161. Msg#4373   To:MARK WOLLAM                               (Rcvd)
  4162. From:STEVE STRALEY                              Date:05/14/88
  4163. Subject:(R) OVERLAYS                            Parent Msg#4370
  4164. ------------------------------------------------------------------------------
  4165. Gee... I wonder where you got the idea of IMPLIED overlays?   Take care,
  4166. Steve
  4167.  
  4168.  
  4169. Msg#4374   To:STEVE STRALEY                             (Rcvd)
  4170. From:TONY KIRK                                  Date:05/14/88
  4171. Subject:(R) OVERLAYS                            Parent Msg#4370
  4172. ------------------------------------------------------------------------------
  4173. Duhhh... wat's dem implied overlays you's talking 'bout?
  4174.  
  4175. (Sound dumb enough? <grin>...)
  4176. Tony
  4177.  
  4178.  
  4179. Msg#4375   To:MENACHEM BAZIAN                            
  4180. From:TONY KIRK                                  Date:05/14/88
  4181. Subject:(R)OVERLAYS                             Parent Msg#4342
  4182. ------------------------------------------------------------------------------
  4183. Well, let's see...  First of all, I assume yours is a menu based system
  4184. and that there are several, separate, sub-menus/procedures.  One of the
  4185. first things I did was separate all the functions (UDFs) that were used
  4186. system wide from the rest of the program.  You don't necessarily have to
  4187. remove them, but you need to know which functions are needed by the
  4188. entire system.  These UDFs will have to be in the main kernel of your
  4189. system.  I put them in a library, all in one PRG to save space in the LIB
  4190. file.
  4191.  
  4192. Secondly, try to separate logically different sections of the program. 
  4193. For instance, in one of my systems I have different overlays for each of
  4194. these:  1)Utilities - Pack, Reindex, SetDate, CreateIndex, Setup, etc.
  4195.         2)MasterFile- Inventory, Vendors, Customers
  4196.         3)Operations- Purchasing, Receiving, Sales, Returns
  4197.         4)Reports   - All the reports, printer or screen
  4198. These items can be separated in this "make-believe" system, because none
  4199. of the procs in MasterFile are needed in the Utilites, and none of the
  4200. Reports procs are needed by Operations, and so on.
  4201.    
  4202. The .LNK file would be:
  4203.   FI MyMain
  4204.   BEGIN
  4205.     SECTION FI UtilProc
  4206.     SECTION FI MastProc
  4207.     SECTION FI OperProc
  4208.     SECTION FI RepoProc
  4209.   END
  4210.   .... etc. etc.
  4211.  
  4212. Remember, you will "hit the wall" if you try to call a procedure/function
  4213. in one overlay section from another.  One main thing to remember, though,
  4214. is that nothing in programming is concrete.  I have found that different
  4215. sections in overlays tend to be of very different sizes.  Sometimes, in
  4216. fact, it SAVES memory if I duplicate a UDF that is called by procs in two
  4217. overlay sections, if those sections are smaller and the larger sections
  4218. don't need that UDF (of course the UDF would have to have different names
  4219. in each case).  In this way, you save memory by not having the UDF in the
  4220. kernel of your system.
  4221.  
  4222. Also remember that memory requirements for overlays are for the largest
  4223. of the overlay sections you have.  In other words, using four overlays
  4224. with sizes of 10k, 15k, 20k, and 25k will result in 25k needed for the
  4225. overlay.  And, if you can get the entire .EXE on a floppy, or if you wish
  4226. to create an .ARC file, internal overlays require less memory.
  4227.  
  4228. Read the manual section about overlays (12 times did it for me <grin>). 
  4229. It may not be the clearest for programmers who have never needed/used
  4230. overlays, but combining it with info from the "good ol' BOSS" will start
  4231. shedding light on the subject.
  4232.  
  4233. Last, but not least, I am waiting to hear from Steve S. about these
  4234. "implied overlays".  I've been using overlays, internal and external, for
  4235. a while, but that one's a new one for me.
  4236.  
  4237. I should be out of breath after this one <grin>.  One thing I recommend
  4238. is experimentation.  It will take a while, but you'll get it.  Let me
  4239. know if I can help any more, that is if I helped THIS time.
  4240. -Tk
  4241.  
  4242.  
  4243. Msg#4376   To:DIRK LESKO                                (Rcvd)
  4244. From:JOHN DUKE                                  Date:05/14/88
  4245. Subject:MSG TO NANTUCKET         
  4246. ------------------------------------------------------------------------------
  4247. One unique function I'd love to see included is a 'PSEUDO TEXT SEARCH'.
  4248. ie: The ability to search a memo field for a specific word or string. Now
  4249. I realize this is far beyond typical relational db programming, but since
  4250. I work for the leader in TEXT DB support, and I designed the current
  4251. code, I have found on numerous occasions a need for what would appear to
  4252. be a simple task. I've worked on it myself as time permits but an not at
  4253. all satisfied with the speed, and I've fallen into the 'pit' of trying to
  4254. produce an 'exact duplicate' functionality of what I've become so
  4255. accustomed to.  As to many of the other msg i've read on needs, I must
  4256. admitt that while I am far from pleased with the documentation in the
  4257. clipper manual, I believe that users should take note that a db company
  4258. write manuals to explain functionality, not to exhaust every posibility
  4259. that might be programmed, and it is surely not meant to be a course of
  4260. study. If this is really what is needed I would suggest Nan, write a new
  4261. book, "primmer or maybe a advanced technical programming manual". By all
  4262. means though, I'd sure like to see QUALITY in the product. I've rarely
  4263. encountered any of the bugs i see reported here, but just the thought of
  4264. knowing i might has caused me on more then one occasion to
  4265. re-design/re-program some code just to be 'DA&&' sure I dont see any.
  4266. We'll thanks for the ear, I hope somethings comes from all this.
  4267.  
  4268.  
  4269. Msg#4377   To:STEVE STRALEY                             (Rcvd)
  4270. From:HAROLD HARRISON                            Date:05/14/88
  4271. Subject:SMALLER(EXE)                            Parent Msg#4377
  4272. ------------------------------------------------------------------------------
  4273. Hello Steve,
  4274.       I would like to ask you a couple of questions regarding
  4275. some things that you mentioned at the last NYMCUG meeting.
  4276.       1) I'm running under DOS 3.2.  I believe that you said 
  4277. something about the autoexec.bat CLIPPER=F regarding using an
  4278. odd number of files. Or was it FILES= in Config.sys.  Object was 
  4279. to create a smaller .exe file.  Please specify.
  4280.      1a) Do you know anything about HANDLES.ARC available here.
  4281. Specificaly will it run under S87 2:00? Is there another relatively
  4282. painless way that I can open more files than 20--that is 15, under 3.2?
  4283.      2) Also you mentioned a parameter for MS LINK 3.61.  I jotted
  4284. down "/SP:1"; however, I don't see that paramater in the docs.  Did
  4285. you say /SE or /ST?
  4286.                                        Thanks for the consideration
  4287.                                               Harold
  4288.  
  4289.  
  4290. Msg#4379   To:STEVE STRALEY                             (Rcvd)
  4291. From:MARK KASS                                  Date:05/14/88
  4292. Subject:(R)MASM 5.0 LINK                        Parent Msg#4250
  4293. ------------------------------------------------------------------------------
  4294. I'm not sure, but I think I figured out this problem.  I've included the
  4295. library PROCLIP2 in the LINK statement, which I downloaded from here.  I
  4296. think that I have a bad copy of the library.  I'm going to download it
  4297. again, unarc it and try again.
  4298.                 Mark
  4299.  
  4300.  
  4301. Msg#4380   To:DIRK LESKO                                (Rcvd)
  4302. From:MARK KASS                                  Date:05/14/88
  4303. Subject:(R)MASM 5.0 LINK                        Parent Msg#4250
  4304. ------------------------------------------------------------------------------
  4305. Dirk
  4306.         Thanks, I'm first going to try the link with a new copy of
  4307. PROCLIP2 and if that dosen't work, I'll try this method.
  4308.         BTW, I just got IDL - it looks as good as I firgured it would. 
  4309. Just one suggestion.  When I open the package and read the documentation
  4310. (yes I go against all rules and read doumentation), I was concerned that
  4311. it as not for S'87.  It wasn't until I read the README file that I found
  4312. that it was for S'87.  Suggestion -- put a piece of paper in the manual
  4313. stating "For Clipper S'87 Only" !!
  4314.         Thanks again
  4315.                 Mark
  4316.  
  4317.  
  4318. Msg#4382   To:TONY KIRK                                  
  4319. From:STEVE STRALEY                              Date:05/14/88
  4320. Subject:(R) OVERLAYS                            Parent Msg#4370
  4321. ------------------------------------------------------------------------------
  4322. As my friend Buggs would say, "Could be... could be..."
  4323.  
  4324. Steve
  4325.  
  4326.  
  4327. Msg#4383   To:TONY KIRK                                  
  4328. From:STEVE STRALEY                              Date:05/14/88
  4329. Subject:(R)OVERLAYS                             Parent Msg#4342
  4330. ------------------------------------------------------------------------------
  4331. Implied overlays means that you can nest the BEGIN AREA and END commands
  4332. to be many levels deep.  Additionally, I would use the SECTION command at
  4333. all.  It takes up to much room.   A good example of an implied overlay is
  4334. as follows.   Consider the following scenario:  You need module C, and C
  4335. requires B in order to run... here's how I might overlay it...
  4336.  
  4337. BEGIN AREA
  4338.    FI A
  4339.    FI B
  4340.    BEGIN AREA
  4341.       FI C
  4342.    END
  4343. END
  4344.  
  4345. This way, if C is needed, B is loaded.  A and B share the same overlay
  4346. area.  Another way to do it would be like this:
  4347.  
  4348. BEGIN AREA
  4349.    FI A
  4350. END
  4351. BEGIN AREA
  4352.    FI B
  4353.    BEGIN AREA
  4354.       FI C
  4355.    END
  4356. END
  4357.  
  4358. There is a good example of an implied overlay in my book on page 135 and
  4359. following.   You may want to go through it for a more clearer
  4360. understanding than just a few chicken scratches here.   Hope that helps,
  4361.  
  4362. Steve
  4363.  
  4364.  
  4365. Msg#4384   To:HAROLD HARRISON                           (Rcvd)
  4366. From:STEVE STRALEY                              Date:05/14/88
  4367. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  4368. ------------------------------------------------------------------------------
  4369. I got your message on the other board, but I'll answer it here as well. 
  4370. Yes, I said "/SP:1"  yes, it's not documented and I do not know all of
  4371. the ramifications so I suggest it with a word of warning to you.   The
  4372. files command will ONLY work with DOS 3.3 or greater.  Finally, I don't
  4373. know anything about HANDLES.ARC.   Hope that helps...
  4374.  
  4375. Steve
  4376.  
  4377.  
  4378. Msg#4385   To:MARK KASS                                 (Rcvd)
  4379. From:STEVE STRALEY                              Date:05/14/88
  4380. Subject:(R)BETA                  
  4381. ------------------------------------------------------------------------------
  4382. THanks again... I'll keep you posted in the next couple of weeks.  Right
  4383. now I'm getting ready for the Clipper conference and once that is over,
  4384. we'll start to work!  Take care,
  4385. Steve
  4386.  
  4387.  
  4388. Msg#4388   To:BILL ELLIOTT                              (Rcvd)
  4389. From:HARRY VANTASSELL                           Date:05/14/88
  4390. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4391. ------------------------------------------------------------------------------
  4392. Bill: In response to your message 4332, YES it is possible to muck
  4393. about in Clipper and manipulate the array contents in ASM and 'C'
  4394. routines. See my files CLIPARRY.ARC and CLIPARY1.ARC here on the 
  4395. BOSS.  Be aware that the information is for A'86 and the 'C' array
  4396. structure has changed from a 22 byte to a 14 byte structure which
  4397. Nantucket will not help you understand. Once you have the pointer to
  4398. the array and if you know the structure, you can have your way with
  4399. the array. Since such mucking about is strictly a non-documented 
  4400. thing, I strongly recommend that it not be done unless one feels 
  4401. the need to use Symdeb or Code View on a daily basis. Its kinda
  4402. like making love while standing in a hammock, very challenging
  4403. but not the sorta thing most 'normal' folk wanta do all the time.
  4404. But then who is 'normal?'...
  4405.  
  4406.  
  4407. Msg#4389   To:DAVE LOBEL                                 
  4408. From:CLIFF CORCORAN                             Date:05/14/88
  4409. Subject:(R)DEVL. PARTY (CONF)    
  4410. ------------------------------------------------------------------------------
  4411. Sure, sounds great. It is looking like a pretty good group is coming. I
  4412. have written down your number and will give you a call. I am in the midst
  4413. of a pretty good period of travel so be patient. 
  4414. Regards CLiff
  4415.  
  4416.  
  4417. Msg#4390   To:MARK WOLLAM                                
  4418. From:DIRK LESKO                                 Date:05/14/88
  4419. Subject:(R) OVERLAYS                            Parent Msg#4370
  4420. ------------------------------------------------------------------------------
  4421. Clipper's EXTEND code only gets called in once if you happen to use it.
  4422.  
  4423. dLESKO
  4424.  
  4425.  
  4426. Msg#4391   To:HAROLD HARRISON                           (Rcvd)
  4427. From:DIRK LESKO                                 Date:05/14/88
  4428. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  4429. ------------------------------------------------------------------------------
  4430. HI Harold....The handles.ARC was written for Aut'86. If you have IDL, use
  4431. the set_handle() function to setup as many extra file handles you
  4432. need....
  4433.  
  4434. dLESKO
  4435.  
  4436.  
  4437. Msg#4392   To:MARK KASS                                 (Rcvd)
  4438. From:DIRK LESKO                                 Date:05/14/88
  4439. Subject:(R)MASM 5.0 LINK                        Parent Msg#4250
  4440. ------------------------------------------------------------------------------
  4441. Suggestion heard, and duly noted. Thanks
  4442.  
  4443. dLESKO
  4444.  
  4445.  
  4446. Msg#4393   To:HARRY VANTASSELL                          (Rcvd)
  4447. From:DIRK LESKO                                 Date:05/14/88
  4448. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4449. ------------------------------------------------------------------------------
  4450. Making Love in a Hammock?????......Oh...HA HA hA hA..>!!
  4451.  
  4452. dLESKo
  4453.  
  4454.  
  4455. Msg#4397   To:KENJI NAKANO                              (Rcvd)
  4456. From:JOHN BRISTOR                               Date:05/15/88
  4457. Subject:(R)CDOS 386                             Parent Msg#4397
  4458. ------------------------------------------------------------------------------
  4459. .     CONUG - EAST 305-725-8978; Florida has changed some area codes so
  4460. you migh want to check if this number doesn't go through.  The guy who
  4461. runs that BBS is an OEM for CDOS '386. Anything I can't answer , he can.
  4462. .
  4463. .     What type of serial terminals are you using with CDOS' 386? Are you
  4464. familiar with the PIFED utility in CDOS'386? I have to use that utility
  4465. for my Clipper executable files occasional (mainly for comm port
  4466. communications.)  But I haven't had any of the memory problems under CDOS
  4467. that you infer. 
  4468. .
  4469. .     If you could expand on your problems, I'd be happy to give whatever
  4470. help I can.   JAB
  4471.  
  4472.  
  4473. Msg#4398   To:STEVE STRALEY                             (Rcvd)
  4474. From:HAROLD HARRISON                            Date:05/15/88
  4475. Subject:(R)SMALLER(EXE)          
  4476. ------------------------------------------------------------------------------
  4477. thanks Steve,
  4478.     I figured that I would toss the questions up here too so as to
  4479. perhaps get a response from others regarding my question about handles.
  4480. Which was just an aside but related to the number of files that can be
  4481. opened with DOS 3.2....
  4482.                                              harold
  4483.  
  4484.  
  4485. Msg#4399   To:MENACHEM BAZIAN                            
  4486. From:JILL GOHR                                  Date:05/15/88
  4487. Subject:(R)UDF                                  Parent Msg#4344
  4488. ------------------------------------------------------------------------------
  4489. Tom Rettig's lib includes ARRREST() - restore from disk, and ARRSAVE() -
  4490. save to disk functions for arrays.
  4491.  
  4492.  
  4493. Msg#4402   To:ALL                                        
  4494. From:MARK KASS                                  Date:05/15/88
  4495. Subject:PROCLIP2.LIB                            Parent Msg#4402
  4496. ------------------------------------------------------------------------------
  4497. If anyone has a good copy of this library will they please upload it. 
  4498. The current file on this board PC2LIB.ARC hCRC errors that render the
  4499. library useless
  4500.         Thanks
  4501.                 Mark
  4502.  
  4503.  
  4504. Msg#4404   To:HARRY VANTASSELL                          (Rcvd)
  4505. From:MARK WOLLAM                                Date:05/15/88
  4506. Subject:(R)ARRAYS & C            
  4507. ------------------------------------------------------------------------------
  4508. You mean I'm not "normal".  What did I do with the number of my Analyist.
  4509.  
  4510. <Mark>
  4511.  
  4512.  
  4513. Msg#4406   To:MARK KASS                                 (Rcvd)
  4514. From:MARK WOLLAM                                Date:05/15/88
  4515. Subject:(R)PROCLIP2.LIB          
  4516. ------------------------------------------------------------------------------
  4517. I'll upload one this evening.  Buy the way you can also find it on
  4518. Darwin, Compuserve and the Silver Bullet.
  4519.  
  4520. < Mark >
  4521.  
  4522.  
  4523. Msg#4407   To:HARRY VANTASSELL                          (Rcvd)
  4524. From:BILL ELLIOTT                               Date:05/15/88
  4525. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4526. ------------------------------------------------------------------------------
  4527. If I was normal, I wouldn't think programming was fun.
  4528. Sorry to say I forgot about your array tips.  I've got the files buried
  4529. somewhere on a floppy disk.  But, for now I think I'll tell the
  4530. bright-eyed kid who I was asking the question for that it can't be done
  4531. -- at least not now.  [I'm a not so bright kid who stayed home sick one
  4532. day, and while  I was gone everyone drew straws to see who would get an
  4533. "interesting" project.  Somebody drew the short straw, gave it to me, and
  4534. so -- I'm now a COBOL programmer.  I will  continue to visit this
  4535. conference to see what the modern world is doing with micros.]
  4536.          Thanks for your reply, Bill E.
  4537.  
  4538.  
  4539. Msg#4408   To:DIRK LESKO                                (Rcvd)
  4540. From:BILL ELLIOTT                               Date:05/15/88
  4541. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4542. ------------------------------------------------------------------------------
  4543. We'll rethink our plan of attack.
  4544.     Thanks for the info,  Bill E.
  4545.  
  4546.  
  4547. Msg#4409   To:ROB HANNAH                                 
  4548. From:BILL ELLIOTT                               Date:05/15/88
  4549. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4550. ------------------------------------------------------------------------------
  4551. I guess my question wasn't clear.  In this case "mucking with the
  4552. original" is what we want to do.  Anyway, judging by Dirk's reply, what
  4553. we want to do can't be done.
  4554.  
  4555.     Thanks for your response, Bill E.
  4556.  
  4557.  
  4558. Msg#4412   To:BILL ELLIOTT                              (Rcvd)
  4559. From:DIRK LESKO                                 Date:05/15/88
  4560. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4561. ------------------------------------------------------------------------------
  4562. I didn't mean that it can't be done at all, It just can't be done using
  4563. the __parxx functions that Nantucket supplied. You will have to dig out
  4564. the original pointers to the elements from Clipper internals. That is of
  4565. course a little dangerous because it WILL change in upcoming versions of
  4566. Clipper, so be cautious. 
  4567.  
  4568. dLESKo
  4569.  
  4570.  
  4571. Msg#4413   To:ALL                                        
  4572. From:ABE RICE                                   Date:05/15/88
  4573. Subject:MEMOEDIT                 
  4574. ------------------------------------------------------------------------------
  4575. Hi
  4576. Can anyone tell me whether one can use an external editor with memoedit()
  4577. within clipper?
  4578. Thanks
  4579.  
  4580.  
  4581. Msg#4414   To:MARK KASS                                 (Rcvd)
  4582. From:MARK NEIDORFF                              Date:05/15/88
  4583. Subject:(R)PROCLIP2.LIB                         Parent Msg#4402
  4584. ------------------------------------------------------------------------------
  4585. Hi Mark,
  4586.     Did you leave a message for the SYSOP?  He may be able to fix the
  4587. file.  If not, I have the lib and will ul it under a different name.  Let
  4588. me know what Mark (sysop) has to say.
  4589.      <<  Mark  >>
  4590.  
  4591.  
  4592. Msg#4415   To:DIRK LESKO                                (Rcvd)
  4593. From:MARK NEIDORFF                              Date:05/15/88
  4594. Subject:IDL TO PRN                              Parent Msg#4415
  4595. ------------------------------------------------------------------------------
  4596. Hi Drik,
  4597.     I know a few days ago you left a message about using idl file
  4598. functions to send output to the pirnter.  I can't find the messages, so
  4599. check me out.  Won't handle = f_open(prn,1)    do the trick to get the
  4600. handle for the printer?
  4601. Thanks,
  4602.      <<  Mark  >>
  4603.  
  4604.  
  4605. Msg#4416   To:MARK NEIDORFF                             (Rcvd)
  4606. From:DIRK LESKO                                 Date:05/15/88
  4607. Subject:(R)IDL TO PRN                           Parent Msg#4415
  4608. ------------------------------------------------------------------------------
  4609. It should be handle = f_open("PRN",1). However, the std printer is
  4610. already open, just use handle 4.
  4611.  
  4612. dLESKO
  4613.  
  4614.  
  4615. Msg#4417   To:DIRK LESKO                                (Rcvd)
  4616. From:BILL ELLIOTT                               Date:05/16/88
  4617. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4618. ------------------------------------------------------------------------------
  4619. Understood.  But, since my knowledge of C and assembly is
  4620. MINIMAL (and I had to sign over my copy of Clipper, and my
  4621. AT Clone to another programmer), I think I'll let this problem
  4622. lie dormant for a few months.  Maybe by then somebody will have
  4623. solved it and published the tricks needed.
  4624.  
  4625. BTW.  As it's been said before: thank's for running such an
  4626. informative conference and for your timely response.
  4627.  
  4628.         Bill E.
  4629.  
  4630.  
  4631. Msg#4421   To:MENACHEM BAZIAN                            
  4632. From:JOE BOOTH                                  Date:05/16/88
  4633. Subject:(R)NO LINK                              Parent Msg#4305
  4634. ------------------------------------------------------------------------------
  4635. Got the product yesterday.  Will let you know.
  4636.  
  4637.  
  4638. Msg#4423   To:DIRK LESKO                                (Rcvd)
  4639. From:JOE BOOTH                                  Date:05/16/88
  4640. Subject:(R)CLIPPER WISH LIST                    Parent Msg#4333
  4641. ------------------------------------------------------------------------------
  4642. Thanks!!!
  4643.  
  4644.  
  4645. Msg#4425   To:BILL ELLIOTT                              (Rcvd)
  4646. From:DIRK LESKO                                 Date:05/16/88
  4647. Subject:(R)ARRAYS & C                           Parent Msg#4332
  4648. ------------------------------------------------------------------------------
  4649. Thanks to you too....
  4650.  
  4651. dLESKo
  4652.  
  4653.  
  4654. Msg#4426   To:DIRK LESKO                                (Rcvd)
  4655. From:JOHN REAM                                  Date:05/16/88
  4656. Subject:(R)ACCURACY BUG?                        Parent Msg#4355
  4657. ------------------------------------------------------------------------------
  4658.  
  4659. Dirk,
  4660.      Yes sure, I could add INT(numvar) or ROUN(numvar,0) , But my concern
  4661.  is that I haven't had to do this before S87. Do I have to
  4662.  go through all my existing code and add this for all INTERGER-INTERGER
  4663.  calculations.  I would hope (as always was) that
  4664.  INTERGER-INTERGER=INTERGER.  This works correctly in A-T and in A86, but
  4665.  Not always in S87.  Doesn't this seem unusual?
  4666.  
  4667.  
  4668.                      John Ream
  4669.  
  4670.  
  4671.  
  4672. Msg#4427   To:JOHN REAM                                 (Rcvd)
  4673. From:DIRK LESKO                                 Date:05/16/88
  4674. Subject:(R)ACCURACY BUG?                        Parent Msg#4355
  4675. ------------------------------------------------------------------------------
  4676. Yes it does, I have had similiar experience myself where it worked
  4677. without the int() sometimes. It all depends on which way the language
  4678. rounds off to. I can't say if you have to change all the occirences
  4679. because each case is different. Some experimentation will have to be
  4680. done. If you can do some tests to note the differences, I can make sure
  4681. that your points are made at Nantucket.
  4682.  
  4683. dLESKO
  4684.  
  4685.  
  4686. Msg#4428   To:STEVE STRALEY                             (Rcvd)
  4687. From:STEVE DAVIES                               Date:05/16/88
  4688. Subject:SIDEKICK                 
  4689. ------------------------------------------------------------------------------
  4690. Hello Steve
  4691. Just a quick question.   I've been using Sidekick without exception
  4692. on dBASE and Clipper programs that are under 50K, and havent found
  4693. any problems yet. I did notice in your book that you mention not
  4694. to use certain editors which may insert formatting codes. 
  4695. I did have problems with auto line wrap until I set the line
  4696. length to maximum (about 255 columns) using the Skinst program.
  4697. The ability to pop up the text file instantly is hard to live
  4698. without. Please let me know if there are any unforseen dangers
  4699. in my continuing to use this editor for small programs. I might
  4700. add also that it is necessary to set the max file size to 50,000
  4701. in Skinst also.
  4702. Thanks 
  4703. Steve dAVIES
  4704.  
  4705.  
  4706. Msg#4431   To:DIRK LESKO                                (Rcvd)
  4707. From:HAROLD HARRISON                            Date:05/16/88
  4708. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  4709. ------------------------------------------------------------------------------
  4710. gee thanks Mr. dL,
  4711.       The funny thing is that I just got IDL, I looked for an 
  4712. equivalent function, found HANDLES() and gave up when I did not
  4713. find it in the SEE ALSO:.  Sometimes I'm rather impatient,
  4714. I guess...
  4715.       But let me get this straight, I extract the SET_HANDLE() .obj
  4716. from the library, include it as an .obj when linking.  Place a 
  4717. SET_HANDLE(x) in the beginning of my source code.  In autoexec put a 
  4718. SET CLIPPER=Fx, in config.sys a FILES=x.  And BINGO I can have the 
  4719. x number of files open, e.g. max# of .ntx pluss??? (Must I also  
  4720. list IDL.lib as a LIB when linking?)
  4721.       Now that I have your attention, I'm looking for a way to set up
  4722. a PANIC key, and I believe that IDL might be the solution. What I
  4723. want to be able to do is:  to set a key to immediately halt a programs
  4724. execution (particularly in a NON-WAIT state), that can force a branch 
  4725. to another UDF or procedure.  Oh say for example, from CLIPPER's debug,
  4726. a key pressed after a GO(on key) that would halt execution in order to 
  4727. branch to my own UDF. INT3() may halt the excecution, but how would I
  4728. issue it before the running program gets to a wait state and then, for
  4729. that matter, will a RETURN continue from where interrupted?. I would
  4730. probably have to set up a way to continually scan the kbd buffer for
  4731. a given key. If there isn't a SCAN_KBD_FOR_X_THEN_BRANCH_TO() or 
  4732. better yet ON_KEY_GOTO() type function in IDL (that I missed), perhaps
  4733. I could us an INTERRUPT() call.  Although my expretise in assembler is,
  4734. shall I say, rather limited, I will look through DOS TECH REF. However,
  4735. I would really appreciate perhaps a pointer in the right direction?  
  4736.                                                 HAROLD
  4737.  
  4738.  
  4739.  
  4740. Msg#4433   To:DIRK LESKO                                (Rcvd)
  4741. From:MIKE DRAPER                                Date:05/16/88
  4742. Subject:CLIPPER CONFERENCE                      Parent Msg#4433
  4743. ------------------------------------------------------------------------------
  4744. I have been catching up on the Clipper stuff and am quite impressed.
  4745. Got started with dBASE years ago with the old bilge pump ad.  I have been
  4746. following the array discussion.  I developed a C array set of functions a
  4747. couple of years age and just updated it to S87.  You might want to take a
  4748. look at C_ARRAY.ARC.  I will try to contribute from time to time.
  4749.  
  4750.  
  4751. Msg#4435   To:CLIFF GREEN                               (Rcvd)
  4752. From:HAROLD HARRISON                            Date:05/16/88
  4753. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  4754. ------------------------------------------------------------------------------
  4755. Hello all among this thread....
  4756.    Regarding this thread about a mailmerge, one of the first UDFs I
  4757. wrote in clipper did just that. It requires some setting up but it
  4758. works fine for me.  Caution: there is no error checking, the parameters
  4759. (template and array) must be set up properly!
  4760. ***
  4761. Template = memoread("nastyltr.tmp"), e.g.:
  4762. {DEADBEAT}
  4763. {BUCKS}
  4764. {COLLATERAL}
  4765. *
  4766. Yo {DEADBEAT},
  4767.      If you don't pay me the ${BUCKS} you owe me, I'll take your 
  4768. {COLLATERAL} and break your legs too.
  4769.                                     Sincerly,
  4770. *                                       
  4771.                                     Vin (The Shins)
  4772. CHR(10)
  4773. ** 
  4774. SELECT A
  4775. USE CLIENTS
  4776. SET FILTER TO OVER90DAYS
  4777. GOTO TOP
  4778. OUTFILE = ""
  4779. DO WHILE .NOT. EOF()
  4780.      MERGEARRAY[1] = A->NAME
  4781.      MERGEARRAY[2] = ALLTRIM(STR(A->AMT_OWED,8,2))
  4782.      MERGEARRAY[3] = A->VAULABLES
  4783.      OUTFILE = OUTFILE + MERGE(TEMPLATE,MERGEARRAY)
  4784.      SKIP
  4785. ENDDO
  4786. SET CONSOLE OFF
  4787. SET PRINT ON
  4788. ? OUTFILE
  4789. ************** MAIL MERGE ***********************
  4790. FUNCTION MERGE
  4791. PARAMETERS TMPL,F_ARRAY
  4792. CRLF = CHR(13)+CHR(10)
  4793. LTR = TMPL
  4794. CNT = 1
  4795. DO WHILE CNT <= LEN(F_ARRAY)
  4796.    ST = AT("{",LTR)
  4797.    FN = (AT("}",LTR) - ST) + 1
  4798.    OUTFIELD = SUBSTR(LTR,ST,FN)             && get the ReplaceName;
  4799.    LTR = STRTRAN(LTR,OUTFIELD+CRLF,"",1,1)  && dump the first occurence
  4800.    LTR = STRTRAN(LTR,OUTFIELD,F_ARRAY[CNT]) && replace the rest with the
  4801.    CNT = CNT + 1                            && coresponding array string
  4802. ENDDO
  4803. RETURN LTR
  4804. *****
  4805.      If this is of any use to anyone feel free....
  4806.                                              Harold
  4807.  
  4808.  
  4809. Msg#4436   To:ALL                                        
  4810. From:GUSTAVO GRUBBA                             Date:05/17/88
  4811. Subject:E000                                    Parent Msg#4436
  4812. ------------------------------------------------------------------------------
  4813. Well, I got the update and went on trying taking that E000 out
  4814. of the Set Clipper statement. Gess what ? 22 files crosslinked
  4815. plus over one hundred more lost cluster in an uncountable chains.
  4816. One whole directory lost (it whas one of the cross linked files)
  4817. and all my ventura stuff dumped. So what, $ 65 bucks spent
  4818. on what ? Where is the new docs I supposely paid for ? Who is
  4819. going to pay for the damages ? Wasn't for the backup I did just
  4820. before trying ...
  4821. .
  4822. What next ?
  4823.  
  4824.  
  4825. Msg#4437   To:ALL                                        
  4826. From:GUSTAVO GRUBBA                             Date:05/17/88
  4827. Subject:SET SOFTSEEK             
  4828. ------------------------------------------------------------------------------
  4829. I wrote down your code exactly the same way you presented and
  4830. found no problem at all. The only strange thing to me was that
  4831. Escape() function. I have no idea what is it. Does it changes
  4832. (I don't see why should) any file pointer ?
  4833. Any how, it worked the way you expected using the same Clipper
  4834. you did. The only difference, I used Lastkey() <> 27 for that.
  4835. .
  4836. Hoppe helped to get this even more confusing !?!
  4837.  
  4838.  
  4839. Msg#4438   To:ALL                                        
  4840. From:GUSTAVO GRUBBA                             Date:05/17/88
  4841. Subject:WISH LIST                
  4842. ------------------------------------------------------------------------------
  4843. How about a function like lastrec() that would show only the
  4844. records that are NOT marked for deletion. Something like
  4845. lastdrec() ? Or even lastrec() under set deleted on ?
  4846.  
  4847.  
  4848. Msg#4440   To:CLIFF CORCORAN                             
  4849. From:MENACHEM BAZIAN                            Date:05/17/88
  4850. Subject:(R)ACCOUNTING PACKAGES                  Parent Msg#3537
  4851. ------------------------------------------------------------------------------
  4852. Cliff,
  4853.  
  4854. I have had excellent experiences with a package called "Champion III". 
  4855.  
  4856. I am an accountant and a consultant and I have been cal¡⌐rled upon to
  4857. make many suggestions as to accounting packages. In my opinion, champion
  4858. is perhaps the best on the market for the money.
  4859.  
  4860. Menachem
  4861.  
  4862.  
  4863. Msg#4441   To:DIRK LESKO                                (Rcvd)
  4864. From:MENACHEM BAZIAN                            Date:05/17/88
  4865. Subject:(R)UDF                                  Parent Msg#4344
  4866. ------------------------------------------------------------------------------
  4867. Now, why didnt I think of that???? Thanks a million dirk.
  4868.  
  4869. Menachem
  4870.  
  4871.  
  4872. Msg#4442   To:MARK WOLLAM                                
  4873. From:MENACHEM BAZIAN                            Date:05/17/88
  4874. Subject:(R)VALID CLAUSE                         Parent Msg#4356
  4875. ------------------------------------------------------------------------------
  4876. Mark,
  4877.  
  4878. Yes, I noticed that when I was testing an application I wrote. I just
  4879. wrote some validation code to check for blank fields and that was that.
  4880.  
  4881. >MB<
  4882.  
  4883.  
  4884. Msg#4443   To:STEVE STRALEY                             (Rcvd)
  4885. From:MENACHEM BAZIAN                            Date:05/17/88
  4886. Subject:(R)UDF                                  Parent Msg#4344
  4887. ------------------------------------------------------------------------------
  4888. Steve,
  4889.  
  4890. Dirk gave me a good idea. Using fopen() and fwrite() I can do it.
  4891.  
  4892. I am interested in SSTkit. Can I get a list of the functions it has?? And
  4893. the number please....I think the time has come for me to break out of the
  4894. limitations in Clipper/Dbase.
  4895.  
  4896. >MB<
  4897.  
  4898.  
  4899. Msg#4444   To:HAROLD HARRISON                           (Rcvd)
  4900. From:DIRK LESKO                                 Date:05/17/88
  4901. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  4902. ------------------------------------------------------------------------------
  4903. You do not have to extract the set_handle.obj from the LIB file. Just
  4904. insert the IDLSTART.OBJ file into your link line, and then use
  4905. set_handle() as stated in the manual. The Aut'86 version used to have a
  4906. set_hand.obj and an _exit.obj. Now they are both in IDLSTART.OBJ. Doing
  4907. an ON KEY GOTO is almmost impossible with a UDF Library. Youo would have
  4908. to know all of Clipper's internal calling routines to be able to pull it
  4909. off. There is no such function in IDL, and I doubt that any add on
  4910. Library will have such a function since it requires proprietary knowledge
  4911. of Clipper.
  4912.  
  4913. dLESKO
  4914.  
  4915.  
  4916. Msg#4445   To:MIKE DRAPER                               (Rcvd)
  4917. From:DIRK LESKO                                 Date:05/17/88
  4918. Subject:(R)CLIPPER CONFERENCE                   Parent Msg#4433
  4919. ------------------------------------------------------------------------------
  4920. I will take a look at it....
  4921.  
  4922. dLESKO
  4923.  
  4924.  
  4925. Msg#4446   To:HAROLD HARRISON                           (Rcvd)
  4926. From:DIRK LESKO                                 Date:05/17/88
  4927. Subject:(R)MMAIL MERGE                          Parent Msg#3905
  4928. ------------------------------------------------------------------------------
  4929. Just a little note that R&R has a bit off merging capabilities that we
  4930. alll may have overlooked....
  4931.  
  4932. dLESKO
  4933.  
  4934.  
  4935. Msg#4447   To:ALL                                        
  4936. From:ABE RICE                                   Date:05/17/88
  4937. Subject:NETLIB                                  Parent Msg#4447
  4938. ------------------------------------------------------------------------------
  4939.  
  4940. Communication Horizons Netlib.  A library with a few netorking
  4941. function some of which are not provided by Clipper, comes with no
  4942. source code, and an unbound manual.  The library cost $100 about a
  4943. year ago.  Now, to upgrade to summer 87 they are bilking you another
  4944. $100!!  I think this is outrageous.  Contrast this to:
  4945.  
  4946. IDL which contains 320+ function and its source code, a bound manual,
  4947. free upgrade to summer 87 (it may have been $30 for some).
  4948.  
  4949. SST which also comes with complete source code, a beautiful manual,
  4950. great support.
  4951.  
  4952. This is not meant as an advertisement for SST or IDL, just letting
  4953. some heat off. Hoping that perhaps others too will complain to Neil
  4954. Weicher who I have seen once on this board.
  4955.  
  4956.  
  4957. Msg#4453   To:MARK WOLLAM                               (Rcvd)
  4958. From:STEVE STRALEY                              Date:05/17/88
  4959. Subject:(R)PAGEDOWN              
  4960. ------------------------------------------------------------------------------
  4961. Thanks... GREAT TRICK... you see, these alot more to SST than just code. 
  4962. I'm glad our discussion over "TRICKS" obviously put you in the right
  4963. frame of mind to solve it.   Glad the idae of LASTKEY() = 3 also helped. 
  4964. I guess being somewhat of a teacher AND listener helps.   Like I said in
  4965. my message to you, I'll be out for the rest of the day ... computer is up
  4966. but voice is DOWN.   Talk with ya soon, or leave me a message here.. I'll
  4967. check in later tonight... Take care,
  4968.  
  4969. Steve
  4970.  
  4971.  
  4972. Msg#4458   To:GUSTAVO GRUBBA                             
  4973. From:JON MELTZER                                Date:05/17/88
  4974. Subject:(R)E000                                 Parent Msg#4436
  4975. ------------------------------------------------------------------------------
  4976. It's a feature ...
  4977.  
  4978.  
  4979. Msg#4459   To:ALL                                        
  4980. From:LOU SEIGAL                                 Date:05/17/88
  4981. Subject:INTERRUPT HELP                          Parent Msg#4459
  4982. ------------------------------------------------------------------------------
  4983. I have an application that needs to interface to a mainframe.  I am using
  4984. PCOX board and terminal emulation software.  This gets installed as a
  4985. resident program before the Clipper application runs and uses interrupt
  4986. 111 as its interface.  You load registers and call the interrupt to
  4987. execute the terminal emulation functions (to send characters, etc.).  I
  4988. am using Tom Rettig's Clipper Library and the ROMBIOS function to try
  4989. execute this.  I am using the S87.LIB with S87 Clipper.  I am loading all
  4990. of the registers as described in the Rettig documentation, "0000" for
  4991. registers that I don't want modified.  I am having a lot of trouble
  4992. getting this to work.  The machine hangs and requires a cold start.  Does
  4993. anyone know if ROMBIOS works with INT 111?  I've checked the assembler
  4994. source for this function and it seems like it should word, but I am not
  4995. an assembler guru by any means.  I would appreciate any help on this.
  4996.  
  4997.  
  4998. Msg#4460   To:LOU SEIGAL                                 
  4999. From:DIRK LESKO                                 Date:05/17/88
  5000. Subject:(R)INTERRUPT HELP                       Parent Msg#4459
  5001. ------------------------------------------------------------------------------
  5002. Lou, The IDL Library has a very easy to use INTERRUPT() functions that
  5003. works very much in line with Clipper. No loading ofregistersthat you
  5004. don't need. I can probably help you if you can be more specific.....
  5005.  
  5006. dLESKO
  5007.  
  5008.  
  5009. Msg#4463   To:JILL GOHR                                 (Rcvd)
  5010. From:JOHN THORN                                 Date:05/18/88
  5011. Subject:(R)UDF                                  Parent Msg#4344
  5012. ------------------------------------------------------------------------------
  5013. Suggest you also check out SST...some good stuff in there!!
  5014.  
  5015.  
  5016. Msg#4465   To:ABE RICE                                   
  5017. From:RON CALLAHAN                               Date:05/18/88
  5018. Subject:(R)NETLIB                               Parent Msg#4447
  5019. ------------------------------------------------------------------------------
  5020. I HAVE HAD MY PROBLEMS WITH THIS COMPANY ALSO. I RECEIVED AN ADD IN
  5021. THE MAIL WHICH MADE THE PRODUCT SOUND MOST INTERESTING. WHEN I CALLED
  5022. THE NEXT DAY I ASKED ABOUT SEVERAL FUNCTIONS WHICH WERE LISTED. BASED
  5023. ON THEIR ANSWERS, I ORDERED THE PRODUCT AND ASKED THAT IT BE SHIPPED 
  5024. OVERNIGHT AT EXTRA EXPENSE. I WAS EXTREMELY UPSET TO FIND THAT THE
  5025. FUNCTIONS I NEEDED ( JOURNAL LOGGING) WERE NOT EVEN IN THE PACKAGE YET.
  5026. NEIL PROMISED TO SEND A CORRECTED VERSION SHORTLY BUT I HAVE NOT RECEIVED
  5027. IT YET. THIS WAS SIX WEEKS AGO.
  5028. I AM ADDING NEIL TO MY LIST WHICH INCLUDES MARTY AND BASIL AT WALLSOFT.
  5029.  
  5030.  
  5031. Msg#4468   To:JOHN THORN                                (Rcvd)
  5032. From:JILL GOHR                                  Date:05/18/88
  5033. Subject:(R)UDF                                  Parent Msg#4468
  5034. ------------------------------------------------------------------------------
  5035. got it! just haven't had time to do anything more than skim. Steve also
  5036. pointed array inf out. 
  5037. Thanks ... Jill
  5038.  
  5039.  
  5040. Msg#4473   To:JOHN BRISTOR                              (Rcvd)
  5041. From:KENJI NAKANO                               Date:05/18/88
  5042. Subject:(R)CDOS 386                             Parent Msg#4397
  5043. ------------------------------------------------------------------------------
  5044. The problem was related to the fact that I was not using the proper
  5045. emulation program on the serial end.  Digital Research suggested P-Term,
  5046. and I have ordered it.
  5047. I am using a Zenith 386 and an EGA card in conjunction with CDOS and I am
  5048. encountering two curious phenomena.  Number one, the display shimmers
  5049. constantly if I try to run ANY clipper compiled application immediately
  5050. after boot up.  The work around for this is to run dBase III plus before
  5051. going into the Clipper application.  This seems to write something to the
  5052. screen that makes Clipper happier.  I can then run a non-shimmering
  5053. Clipper application.  The other problem is that I can't get two Clipper
  5054. applications to run at the same time unless I disable the extended memory
  5055. in the 386 (with the LIMSIZE 0 command).  I can run dBase III in 3 out of
  5056. the four windows fine, but a Clipper-compiled "Hello world" only works in
  5057. one until extended memory is disabled!  Digital Research seems pretty
  5058. confused about this, but their hunch is the same as
  5059. mine--Clipper+CDOS+Zenith 386=trouble.  Do you know of anyone using this
  5060. combination?
  5061. Thanks for your advice and help.
  5062.  
  5063.  
  5064. Msg#4475   To:RON CALLAHAN                              (Rcvd)
  5065. From:MARK WOLLAM                                Date:05/18/88
  5066. Subject:(R)NETLIB                               Parent Msg#4447
  5067. ------------------------------------------------------------------------------
  5068. I ordered a copy of NETLIB specifically for the journalizing.  In fact
  5069. when I called I double checked to make sure it was a part of the package.
  5070. Assured that it was, I placed my order.  That was two weeks ago. 
  5071. Knowing what I know now, I just might send if right back, assuming I ever
  5072. get it.
  5073. < Mark >
  5074.  
  5075.  
  5076. Msg#4476   To:ABE RICE                                   
  5077. From:DIRK LESKO                                 Date:05/18/88
  5078. Subject:(R)IDL                   
  5079. ------------------------------------------------------------------------------
  5080. Abe, try this:
  5081.  
  5082. reg_ax("5D09")
  5083. interrupt("21")
  5084.  
  5085. You can retrieve values from the registers this way:
  5086.  
  5087. mem_var = reg_ax()
  5088.  
  5089. Easy enough??
  5090.  
  5091. dLESKO
  5092.  
  5093.  
  5094. Msg#4479   To:KENJI NAKANO                              (Rcvd)
  5095. From:JOHN BRISTOR                               Date:05/19/88
  5096. Subject:(R)CDOS 386                             Parent Msg#4397
  5097. ------------------------------------------------------------------------------
  5098. .     RE: Screen 'Shimmering' problems with Clipper on CDOS386.
  5099. .
  5100.      Have you tried linking the PCBIOS.OBJ file with your Clipper
  5101. Application?  CDOS works best with programs that use the bios calls.
  5102. In fact if you want to run Clipper programs in the background and the
  5103. program does alot of screen writing, then it is probably best that you
  5104. link PCBIOS.OBJ with the rest of your object files.  CDOS386 also has 
  5105. a Setup option for the way the screen displays, you might want to tinker
  5106. with a few of those.
  5107. .     I've had no problems running multiple Clipper applications in
  5108. CDOS. Your problems could be related to the Zenith 386.  In fact, moving
  5109. my Novell Network applications to CDOS 386 was a breeze. You also might
  5110. want to purchase the CDOS 386 programmer's toolkit. With that product,
  5111. you can write inter-task communications for your clipper applications.
  5112. You can have several users running a Clipper Application on terminals
  5113. and the main console, meanwhile have a Clipper 'task' running
  5114. transparently in the background waiting for communication from the main
  5115. application. After receiving a message from another clipper program the 
  5116. background Clipper task can begin some process. For instance, you could
  5117. have an inventory system, send a message to the background Clipper task,
  5118. that all new incomming shipments of inventory have been entered. The
  5119. background task can then automatically begin processing, then send 
  5120. inventory updates to remote locations through a modem. And all of this
  5121. is done totally transparent to the user, they never have to instigate the
  5122. process; you just start the backgound task in an autoexec at boot time
  5123. and it could take care of alot of processes, it just sits and waits for
  5124. communications from other Clipper applications.
  5125. .
  5126. .    Also are you familiar with the PIFED utility for installing
  5127. parameters into the .EXE files.  Set BANKED memory to YES, SUSPEND OFF,
  5128. and set the maximum Memory needed.  Also, do you really need LIM?
  5129. One other thing, if you experience some problems with printing, such as
  5130. spooler conflicts or conflicts with Word Perfect, you might want to try
  5131. printing your reports by copying them to the DOS FIle Handle for the
  5132. printer using low-level file commands.  It can alleviate some problems
  5133. with other programs that try to control the printer, yet maintains
  5134. compatibility with MSDOS by not making references to CDOS's spooler.
  5135.  
  5136.  
  5137. Msg#4482   To:ALL                                        
  5138. From:HAWKINS DALE                               Date:05/19/88
  5139. Subject:MOUSE DRIVERS                           Parent Msg#4482
  5140. ------------------------------------------------------------------------------
  5141. Does anybody know of a good mouse driver for Clipper?  There's one on
  5142. this board written by Scott Bao called BMOUSE, but it seems not to work
  5143. with S87.  Poo.
  5144. Maybe someone clever would like to fix it?
  5145.                   -- Hawkins
  5146.  
  5147.  
  5148. Msg#4485   To:ABE RICE                                   
  5149. From:DIRK LESKO                                 Date:05/19/88
  5150. Subject:(R)INTERUPT              
  5151. ------------------------------------------------------------------------------
  5152. Only if you need to retrieve the value from the register. If the
  5153. interrupt returns a value in a register, that is the way to get it.
  5154.  
  5155. dLESKO
  5156.  
  5157.  
  5158. Msg#4486   To:JILL GOHR                                 (Rcvd)
  5159. From:JOHN THORN                                 Date:05/19/88
  5160. Subject:(R)UDF                                  Parent Msg#4468
  5161. ------------------------------------------------------------------------------
  5162. Jill:  Steve's done us all a real favor in SST.  It's sparked some of
  5163. my creative juices (just when they were running low!).  You're right,
  5164. though, it does take alot of time to just browse everything that's
  5165. there!!  Still learning while learning....
  5166.  
  5167.  
  5168. Msg#4487   To:HAWKINS DALE                               
  5169. From:JOHN THORN                                 Date:05/19/88
  5170. Subject:(R)MOUSE DRIVERS                        Parent Msg#4482
  5171. ------------------------------------------------------------------------------
  5172. There is one that Scott did as an update (believe it came from one of
  5173. the Nantucket Newsletters).  Got it around here someplace...will upload
  5174. it when I find the hummer...
  5175.  
  5176.  
  5177. Msg#4488   To:HAWKINS DALE                              (Rcvd)
  5178. From:JOHN THORN                                 Date:05/19/88
  5179. Subject:MOUSE DRIVERS                           Parent Msg#4488
  5180. ------------------------------------------------------------------------------
  5181. I've located the file - uploaded it as BMOUSE87.ARC.  This is from
  5182. Nantucket, also includes the ASM source code so you can adjust the
  5183. mouse sensitivity, etc.
  5184.  
  5185.  
  5186. Msg#4489   To:STEVE DAVIES                              (Rcvd)
  5187. From:STEVE STRALEY                              Date:05/19/88
  5188. Subject:(R)DBEDIT()                             Parent Msg#4489
  5189. ------------------------------------------------------------------------------
  5190. The freezing of a field IS SIMPLE!!!!  And it will be a topic of
  5191. discussion in my seminars and at the Clipper conference.  Basically, the
  5192. array containg the names of the fields MUST contain the names of UDF's
  5193. which in turn will display what you want.  Consider the following crude
  5194. extract:
  5195.  
  5196. DECLARE fields[3]
  5197. fields[1] = "PAN1()"
  5198. fields[2] = "PAN2()"
  5199. fields[3] = "PAN3()"
  5200. DBEDIT(10,10,20,70,fields)
  5201.  
  5202. *******
  5203. FUNCTION Pan1
  5204.    RETURN(field_no1 + field_no2 + field_no3)
  5205. ********
  5206. FUNCTION Pan2
  5207.    RETURN(field_no1 + field_no4 + field_no5)
  5208. ********
  5209. FUNCTION pan3
  5210.    RETURN(field_no1 + field_no6 + field_no7)
  5211.  
  5212. You can get fancy and and text, DELETED(), and other goodies as well. 
  5213. The thing I also do is add my FILL_OUT() function in my toolkit to this
  5214. so that all of the windows have the same sold width and it doesn't look
  5215. funky on the screen.  Additionally, this trick gives ONE solid line of
  5216. information.   What you have to do is make sure that the window area in
  5217. DBEDIT() is identicle to the maximum length of the RETURN() values. 
  5218. Otheriwse, you'll get the same information in one screen.  Hope this
  5219. makes sense and helps.   The next time I'm on, I'll comment on the other
  5220. tip.  It's good to know that David Morgan is passing this along to the
  5221. users.  I offered, and may be taken up on, to fly out to Nantucket Tech
  5222. Support and offer some special training/tricks like this.  I don't know,
  5223. but I think if I help them, then they in turn can help all of you.  Maybe
  5224. I'm crazy, but it's a thought that MAY pan out.   Take care,
  5225.  
  5226. Steve
  5227.  
  5228. ps... a little soliciting occured... forgive me...
  5229.  
  5230. sjs
  5231.  
  5232.  
  5233. Msg#4491   To:HAWKINS DALE                               
  5234. From:MARK NEIDORFF                              Date:05/19/88
  5235. Subject:(R)MOUSE DRIVERS                        Parent Msg#4482
  5236. ------------------------------------------------------------------------------
  5237. Hawkins,
  5238.    I just noticed BMOUSE87.ARC uploaded today.  I'm going to download it.
  5239.  It is supposed to be for S87.
  5240.      <<  Mark  >>
  5241.  
  5242.  
  5243. Msg#4492   To:STEVE STRALEY                             (Rcvd)
  5244. From:STEVE DAVIES                               Date:05/19/88
  5245. Subject:(R)DBEDIT()                             Parent Msg#4489
  5246. ------------------------------------------------------------------------------
  5247. Hello Steve
  5248. Thanks for the real fast response and great tips
  5249. .
  5250. I've played with a couple of the things I mentioned in my last
  5251. message to you and I get the feeling there isn't a whole lot
  5252. you can't do with DBEDIT().
  5253. .
  5254. I decided, rather than display a frozen field column, I could just
  5255. display the key field of the current record above in a status line.
  5256. I used the EXAMPLEP.PRG from S'87 and modified it, replacing the
  5257. RECNO()/LASTREC() display with my key field.
  5258. .
  5259. I want to thank you for the 'FROM DOSS' file about DBEDIT().
  5260. What I did was to load the first element in my fields array
  5261. with . . . "IF(DELETED(),[*],[ ])"   You'd never know from
  5262. Nantucket's doc (as extensive as it is), that things like this
  5263. are even possible. (Is it reasonable to assume they didn't know ??)
  5264. .
  5265. Basically I have gotten this thing to work ok and I wanted you to know
  5266. that.
  5267. Steve
  5268.  
  5269.  
  5270. Msg#4494   To:STEVE DAVIES                               
  5271. From:STEVE STRALEY                              Date:05/20/88
  5272. Subject:(R)DBEDIT()                             Parent Msg#4489
  5273. ------------------------------------------------------------------------------
  5274. You more than welcome.  You're basically right about Nantucket NOT
  5275. knowing.  You guys make money by using the product to help clients, I
  5276. maek money by testing the damn thing out and documenting your needs, they
  5277. make money from us.  Funny how this world works...  I'm glad you liked
  5278. the FROM DOSS file.   We will start sending out the free issue in June
  5279. and start the subscriptions shortly thereafter.   THanks again, and glad
  5280. you're back sailing again.   Take care,
  5281. Steve
  5282.  
  5283.  
  5284. Msg#4495   To:ABE RICE                                   
  5285. From:TIM CREAGH                                 Date:05/20/88
  5286. Subject:(R)NETLIB                               Parent Msg#4447
  5287. ------------------------------------------------------------------------------
  5288. I just ordered a small library for the LaserJet from a company by the
  5289. name of Mayflower Consulting.  I haven't seen the library yet so I don't
  5290. know what there stuff is like but they are working on a Net Work Library
  5291. with what they say will do anything from within Clipper that you can do
  5292. from the prompt.  Including Broadcast, Send and others.  They told me the
  5293. price would be around $99.00 and it would be out next month.  If your
  5294. interested I'll find the phone number and post a message to you.
  5295. -tim-
  5296.  
  5297.  
  5298. Msg#4497   To:JOHN THORN                                (Rcvd)
  5299. From:JILL GOHR                                  Date:05/20/88
  5300. Subject:(R)UDF                   
  5301. ------------------------------------------------------------------------------
  5302. John - always something new to learn ... guess that's why I love it so
  5303. much!
  5304.  
  5305.  
  5306. Msg#4503   To:DAVID WITT                                (Rcvd)
  5307. From:TIM CREAGH                                 Date:05/20/88
  5308. Subject:PROGAMMING IN CLIPPER                   Parent Msg#4503
  5309. ------------------------------------------------------------------------------
  5310. Dave, thanks for the tip on DC Reiters Scientific & Professional 
  5311. Book Store. I called from San Diego and ordered Programming in 
  5312. Clipper and they sent it out the same day.  I'm looking forward 
  5313. to reading it.  If any one else is looking for Straley's book 
  5314. they have 29, (28 now) copies left and they will send it out 
  5315. immediately (took two days from Wash to SD).  There phone number 
  5316. is 202-223-3327
  5317. -tim-
  5318.  
  5319.  
  5320. Msg#4504   To:CLIFF GREEN                               (Rcvd)
  5321. From:TIM CREAGH                                 Date:05/20/88
  5322. Subject:(R)MMAIL MERGE                          Parent Msg#4504
  5323. ------------------------------------------------------------------------------
  5324. I'm polishing up my MMAIL MERGE code and was interested in what 
  5325. you've done. I am trying to allow the end user to mark words for 
  5326. BOLD and UNDERLINE etc. print.  Have you had any experience with 
  5327. using print enhancements?
  5328. -tim-
  5329.  
  5330.  
  5331. Msg#4506   To:HARRY VANTASSELL                          (Rcvd)
  5332. From:TIM CREAGH                                 Date:05/20/88
  5333. Subject:(R) SPREADSHEET SIMULATIO
  5334. ------------------------------------------------------------------------------
  5335. Harry I got your code and it was very enlightining.  Thank you for 
  5336. taking the time (and expense) to send it to me.  I am trying to 
  5337. incorporte your ideas into my sudo spreadsheet.
  5338. -tim-
  5339.  
  5340.  
  5341. Msg#4507   To:ROB HANNAH                                (Rcvd)
  5342. From:TIM CREAGH                                 Date:05/20/88
  5343. Subject:LOTUS DATA ENTRY         
  5344. ------------------------------------------------------------------------------
  5345. Rob, thank you for the cl86-123 code.  I have looked thru it 
  5346. several times to try and understand what you have done. But some 
  5347. of the code refers to procedures that are missing.  Maybe you 
  5348. didn't include them because they should be obvious but so far I 
  5349. haven't been able to figure it out.  I'm sure as I work thru the 
  5350. code some more I'll figure out what's going on tho'.
  5351. -tim-
  5352.  
  5353.  
  5354. Msg#4508   To:CLIFF GREEN                               (Rcvd)
  5355. From:TIM CREAGH                                 Date:05/20/88
  5356. Subject:(R)OSG105.ARC                           Parent Msg#4508
  5357. ------------------------------------------------------------------------------
  5358. Cliff I got the newer version of OSG of the ProjectX BBS and made 
  5359. some screens.  When I linked the obj files only one out of 7 screen 
  5360. worked??  Did you try using it, and if so did you have any success?
  5361. -tim-
  5362.  
  5363.  
  5364. Msg#4509   To:TIM CREAGH                                (Rcvd)
  5365. From:CLIFF GREEN                                Date:05/20/88
  5366. Subject:(R)MMAIL MERGE                          Parent Msg#4504
  5367. ------------------------------------------------------------------------------
  5368. The only stuff I've done with print enhancements (so far) has been
  5369. non-conditional (read: hard coded) into the output code.  So, for
  5370. example, I'd put in something like ul = CHR(27)+[&d0D] and then just
  5371. include it like this:  ? ul+somethingtobeprinted.  Likewise, I'd dl fonts
  5372. using !COPY \FONTS\HV100RPN.RM8/b PRN (or somesuch) and assign a font#,
  5373. then shuffle font#'s by using ? CHR(27)+[(#X]  where # is the assigned
  5374. no.  I suppose the same kind of thing can be done with any other kind of
  5375. escape code insertion...  easiest would be just turning print modes on
  5376. and off (instead of allowing block formatting ala Word) at given points
  5377. in the text.  If you're using the substitution method you described
  5378. earlier for merging, there's no reason why that can't be adapted for
  5379. print modes too (e.g., use a different delimiting char for print modes,
  5380. or just different fieldnames -- &name& translates to field_name NAME's
  5381. contents, and &compress& translates to CHR(27)+[&k2S] for a laserjet, ad
  5382. nauseam).
  5383.  
  5384.  
  5385. Msg#4510   To:TIM CREAGH                                (Rcvd)
  5386. From:CLIFF GREEN                                Date:05/20/88
  5387. Subject:(R)OSG105.ARC                           Parent Msg#4508
  5388. ------------------------------------------------------------------------------
  5389. I very briefly looked at it (OSG) and toyed with it once or twice, and
  5390. decided (after letting it perk on the back burner for a while) that OSG
  5391. is not for me.  Not that there's anything technically
  5392. wrong/bad/inadequate about it, but rather I don't think I feel
  5393. comfortable with it, and will use some of the other alternatives.
  5394.  
  5395.  
  5396. Msg#4511   To:ABE RICE                                   
  5397. From:DIRK LESKO                                 Date:05/20/88
  5398. Subject:(R)IDL INTERUPT          
  5399. ------------------------------------------------------------------------------
  5400. Right, I kept my own copy of the register contents. I spoke With Jeff at
  5401. R&R and I beleive you should have gotten a beta test version of the
  5402. swapper that will let you configure the Interrupts. It's up to them to
  5403. take care of the snafu..
  5404.  
  5405. dLESKO
  5406.  
  5407.  
  5408. Msg#4512   To:ALL                                        
  5409. From:FRANK ROMANO                               Date:05/20/88
  5410. Subject:SET CATALOG              
  5411. ------------------------------------------------------------------------------
  5412. Could someone please give me an overview of the SET CATALOG function in
  5413. dBase.  I have programmed almost exclusively in Clipper and never had the
  5414. occasion to use this.  Thanks in advance...
  5415. --Frank--
  5416.  
  5417.  
  5418. Msg#4518   To:DIRK LESKO                                (Rcvd)
  5419. From:STEVE HILTON                               Date:05/21/88
  5420. Subject:MEMORY VARIABLES                        Parent Msg#4518
  5421. ------------------------------------------------------------------------------
  5422. Dirk,
  5423.  
  5424. Do you or anyone else on this conf know how to access the internal
  5425. Clipper calls to determine how many and the information currently being
  5426. stored in memory variables?
  5427.  
  5428. I have a program which I need to be able to display all memvars and then
  5429. modify them on the fly.  In answer to your obvious question, I do not
  5430. know what has been stored in memory because the routine allows the user
  5431. to create the memvars on their own from within the program.
  5432.  
  5433. Please let me know how I can call the Clipper memvar functions to
  5434. manipulate these stored variables.
  5435.  
  5436.  
  5437. Msg#4519   To:STEVE HILTON                               
  5438. From:DIRK LESKO                                 Date:05/21/88
  5439. Subject:(R)MEMORY VARIABLES                     Parent Msg#4518
  5440. ------------------------------------------------------------------------------
  5441. If you find out, let me know. I have been looking for the last six
  5442. months. All I know is where they are  NOT. Have you called Nantucket????
  5443. (Not that they would help, but maybe just to bug em a little)
  5444.  
  5445. dLESKO
  5446.  
  5447.  
  5448. Msg#4520   To:CLIFF GREEN                               (Rcvd)
  5449. From:TIM CREAGH                                 Date:05/22/88
  5450. Subject:(R)MMAIL MERGE                          Parent Msg#4504
  5451. ------------------------------------------------------------------------------
  5452. I think what I'm going to have to do is to pull apart the strings and
  5453. look at each letter.  Then when a "CODE" is found I can send the printer
  5454. and escape code etc.  
  5455. -tim-
  5456.  
  5457.  
  5458. Msg#4521   To:CLIFF GREEN                               (Rcvd)
  5459. From:TIM CREAGH                                 Date:05/22/88
  5460. Subject:(R)OSG105.ARC                           Parent Msg#4508
  5461. ------------------------------------------------------------------------------
  5462. I think I'll keep playing around with OSG and see if I can get it to
  5463. work. I like the fact that it will cut down on my EXE size.
  5464. -tim-
  5465.  
  5466.  
  5467. Msg#4522   To:ABE RICE                                   
  5468. From:TIM CREAGH                                 Date:05/22/88
  5469. Subject:(R)NETWORKING            
  5470. ------------------------------------------------------------------------------
  5471. Abe the Company for that Network Library is Mayflower Consulting out of
  5472. Burlington, MA.  The phone number is (617) 270-9000.  I talked with them
  5473. friday and they told me that the library wouldn't be ready until June. 
  5474. Hope this helps.
  5475. -tim-
  5476.  
  5477.  
  5478. Msg#4524   To:ALL                                        
  5479. From:TONY KIRK                                  Date:05/23/88
  5480. Subject:DBEDIT()                                Parent Msg#4524
  5481. ------------------------------------------------------------------------------
  5482. Dirk, Steve, Jill, John, et al.
  5483.  
  5484. HELP!  Does anybody know of peculiarities in DBEDIT()?  Let me set it up:
  5485.  
  5486. No relations; active index.
  5487.  
  5488. Add a record, user wishes to abort, record is deleted.  Then, a hot-key
  5489. procedure to DBEDIT() the file for the user to choose the records that
  5490. are available.  This DBEDIT() displays the deleted record.  WHY?  This
  5491. occurs with SET EXCL ON and OFF.
  5492.  
  5493. Using Alt-D to bring up DEBUG verifies that the record is deleted, yet
  5494. the field is displayed.  SEEK does not "find" the record.  What could I
  5495. possibly be doing wrong?  Is it me, or is it Clipper?  Could it be a
  5496. buffer vs DBF discrepancy.  If I close the file and re-open it BEFORE the
  5497. DBEDIT(), the deleted record is NOT diplayed, but that slows it down.  Am
  5498. I lost, or what?
  5499.  
  5500. At a total loss,
  5501. -Tk
  5502.  
  5503.  
  5504. Msg#4525   To:JOHN THORN                                 
  5505. From:HAWKINS DALE                               Date:05/23/88
  5506. Subject:(R)MOUSE DRIVERS                        Parent Msg#4488
  5507. ------------------------------------------------------------------------------
  5508. Thanks.  Mouse sensitivity was not adjustable in the
  5509. old version, which was a problem.
  5510. Boy, what service.
  5511.                                -- Hawkins
  5512.  
  5513.  
  5514. Msg#4526   To:STEVE STRALEY                             (Rcvd)
  5515. From:ROB HANNAH                                 Date:05/23/88
  5516. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  5517. ------------------------------------------------------------------------------
  5518. I just did a look / run with MS-LINK 3.65 (the one that comes with MSC
  5519. 5.1) - no /SP to be found.  Ah well.
  5520.  
  5521. I'm having no problems running MSC 5.1 w/ S87|2:00 Clipper and the
  5522. optimizations (/oailt) seem to be much better behaved.  Mind you, I think
  5523. you should still stick to Nantucket's routines when given a choice -
  5524. don't malloc().
  5525.  
  5526. ROB
  5527.  
  5528.  
  5529. Msg#4527   To:TIM CREAGH                                (Rcvd)
  5530. From:CLIFF GREEN                                Date:05/23/88
  5531. Subject:(R)OSG105.ARC                           Parent Msg#4508
  5532. ------------------------------------------------------------------------------
  5533. each to his own.  (re: OSG)
  5534.  
  5535.  
  5536. Msg#4529   To:TONY KIRK                                 (Rcvd)
  5537. From:STEVE STRALEY                              Date:05/23/88
  5538. Subject:(R)DBEDIT()                             Parent Msg#4524
  5539. ------------------------------------------------------------------------------
  5540. I'd be glad to help, but like a doctor, I'm better seeing the patient
  5541. (the code).  If you want, you can upload it here and I'll download it and
  5542. take an exact look.  From that, I can also offer suggestions that may
  5543. help DBEDIT() work magic.  Hope the offer helps... take care,
  5544.  
  5545. Steve
  5546.  
  5547.  
  5548. Msg#4530   To:ROB HANNAH                                (Rcvd)
  5549. From:STEVE STRALEY                              Date:05/23/88
  5550. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  5551. ------------------------------------------------------------------------------
  5552. I didn't say it was documented... just try it!  the switch again is:
  5553.  
  5554. /SP:1
  5555.  
  5556. Take care,
  5557. Steve
  5558.  
  5559.  
  5560. Msg#4531   To:TONY KIRK                                 (Rcvd)
  5561. From:RON CALLAHAN                               Date:05/24/88
  5562. Subject:(R)DBEDIT()                             Parent Msg#4524
  5563. ------------------------------------------------------------------------------
  5564. TONY:
  5565. Have you moved off the deleted record before rechecking. Clipper does
  5566. not accept a record as deleted until you have moved off  with a skip + 
  5567. or - or a GO TOP etc.
  5568.  
  5569.  
  5570. Msg#4532   To:STEVE STRALEY                             (Rcvd)
  5571. From:ROB HANNAH                                 Date:05/24/88
  5572. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  5573. ------------------------------------------------------------------------------
  5574. I did try it.  I don't have the 3.61 link anymore and the 3.65 gives me a
  5575. fatal error 'unrecognized option'.  Oh well.
  5576.  
  5577. ROB (teaches me to keep old copies lying around)
  5578.  
  5579.  
  5580. Msg#4533   To:RON CALLAHAN                              (Rcvd)
  5581. From:TONY KIRK                                  Date:05/24/88
  5582. Subject:(R)DBEDIT()                             Parent Msg#4524
  5583. ------------------------------------------------------------------------------
  5584. Ron,
  5585.     Thanks.  I just got that message from Dennis Dias on CompuServe.  I
  5586. can't believe something so simple escaped me as it did.  By the way, that
  5587. WAS the problem.
  5588. Tk
  5589.  
  5590.  
  5591. Msg#4534   To:STEVE STRALEY                             (Rcvd)
  5592. From:TONY KIRK                                  Date:05/24/88
  5593. Subject:DBEDIT()                 
  5594. ------------------------------------------------------------------------------
  5595. Steve,
  5596.    If you didn't catch my message to Ron C., I figured it out with a lot
  5597. of help from Dennis Dias on CompuServe.  Since the file DBEDITed remained
  5598. open, and the record pointer had NOT moved, the deleted record was
  5599. included in the display.  I really can't believe that something so simple
  5600. got me hung up for DAYS!  Thanks for the offer on the "DBEDIT() magic". 
  5601. I was tempted to upload ANYTHING <grin> just to see what you had to offer 
  5602. in the way of tips.  Thanks again.
  5603. Tk
  5604.  
  5605.  
  5606. Msg#4539   To:ALL                                        
  5607. From:PHILIP MORRIS                              Date:05/24/88
  5608. Subject:S87 BUG?                                Parent Msg#4539
  5609. ------------------------------------------------------------------------------
  5610. I have run up against a perplexing problem with S87. I was
  5611. trying to open more than 15 files, so I added FILES=30
  5612. to my CONFIG.SYS file and SET CLIPPER=F30 to my AUTOEXEC.BAT file.
  5613. Everything seemed to work fine until I ended my program.
  5614. Then the system crashed requiring a cold boot (no . . alt
  5615. ctrl del did not work). After playing around with this
  5616. problem for a while, I decided to create a "Hello World"
  5617. program and try it. This program displays "Hello World" on
  5618. the monitor and ends. It crashes as well! The system I am
  5619. using is an 80286 clone running as a node on a
  5620. Novell network v2.0a. When I boot my machine as a standalone
  5621. PC (no anet3 program) the program runs fine!!! I played
  5622. around with the SET CLIPPER=FXX command and found that the
  5623. program runs fine until XX is greater than 20. I should
  5624. mention that all of my other programs run fine on the
  5625. network.  I'm stumped!
  5626.  
  5627.  
  5628. Msg#4540   To:ABE RICE                                   
  5629. From:DIRK LESKO                                 Date:05/24/88
  5630. Subject:(R)IDL INTERUPT          
  5631. ------------------------------------------------------------------------------
  5632. Keep in mind that you are not actually changing he Ax register. Only My
  5633. copy of it. When you do the actual interrupt, the rgisters are loaded.
  5634. After the interrupt, I copy the register values to a data area so you can
  5635. retrievethem later.
  5636.  
  5637. R&R will have to fix the clock() problem since they created it. Their
  5638. runtime won't run if ANY program at all snags the clock or keyboard
  5639. interrupt. And that inclludes Sidekick, Polydesk etc....
  5640.  
  5641. dLESKO
  5642.  
  5643.  
  5644. Msg#4541   To:PHILIP MORRIS                             (Rcvd)
  5645. From:DIRK LESKO                                 Date:05/24/88
  5646. Subject:(R)S87 BUG?                             Parent Msg#4539
  5647. ------------------------------------------------------------------------------
  5648. Set Clipper=Fnnn requirs DOS 3.3.
  5649.  
  5650. dLESKo
  5651.  
  5652.  
  5653. Msg#4542   To:DIRK LESKO                                (Rcvd)
  5654. From:PHILIP MORRIS                              Date:05/24/88
  5655. Subject:(R)S87 BUG?                             Parent Msg#4539
  5656. ------------------------------------------------------------------------------
  5657. I'm using Dos 3.3  
  5658.  
  5659.  
  5660. Msg#4543   To:ROB HANNAH                                (Rcvd)
  5661. From:STEVE STRALEY                              Date:05/24/88
  5662. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  5663. ------------------------------------------------------------------------------
  5664. Didn't you keep EVERYTHING when you were a kid.  Didn't you parents say,
  5665. "Rob, you store EVERYTHING in your room.  Why don't you throw some of
  5666. that stuff away!"  Of course, we never did just in case we every should
  5667. ever NEED something.   By the way... I think it's murphy law #12...
  5668.  
  5669. Take care,
  5670.  
  5671. Steve
  5672.  
  5673. ps.  Joe has the banner to design and FROM DOSS will be mailed the first
  5674. of June.   Hope you will enjoy it!
  5675.  
  5676. sjs
  5677.  
  5678.  
  5679. Msg#4547   To:DIRK LESKO                                (Rcvd)
  5680. From:HOWARD BALL                                Date:05/24/88
  5681. Subject:HI                                      Parent Msg#4547
  5682. ------------------------------------------------------------------------------
  5683. Finally made it to this board. Wanted to say thanks for your appearance
  5684. at our SIG. Hope you liked the column from our June newsletter. (It came
  5685. out early because of the presidential election.)
  5686.  
  5687. Howie
  5688.  
  5689.  
  5690. Msg#4548   To:ALL                                        
  5691. From:HOWARD BALL                                Date:05/24/88
  5692. Subject:WESTCHESTER DB SIG                      Parent Msg#4548
  5693. ------------------------------------------------------------------------------
  5694.   ▄▄▄      ▄▄▄    ▄▄▄▄▄    ▄▄▄    ▄▄▄▄     ▄▄▄     ▄▄▄    ▄▄▄▄▄
  5695.   ▄  ▄    ▄   ▄     ▄     ▄   ▄   ▄   ▄   ▄   ▄   ▄   ▄   ▄
  5696.   ▄   ▄   ▄   ▄     ▄     ▄   ▄   ▄   ▄   ▄   ▄   ▄       ▄
  5697.   ▄   ▄   ▄▄▄▄▄     ▄     ▄▄▄▄▄   ▄▄▄▄    ▄▄▄▄▄    ▄▄▄    ▄▄▄▄
  5698.   ▄   ▄   ▄   ▄     ▄     ▄   ▄   ▄   ▄   ▄   ▄       ▄   ▄
  5699.   ▄  ▄    ▄   ▄     ▄     ▄   ▄   ▄   ▄   ▄   ▄   ▄   ▄   ▄
  5700.   ▄▄▄     ▄   ▄     ▄     ▄   ▄   ▄▄▄▄    ▄   ▄    ▄▄▄    ▄▄▄▄▄
  5701.  
  5702.  
  5703.                        ▄▄▄     ▄▄▄     ▄▄▄▄
  5704.                       ▄   ▄     ▄     ▄
  5705.                       ▄         ▄     ▄
  5706.                        ▄▄▄      ▄     ▄  ▄▄
  5707.                           ▄     ▄     ▄   ▄
  5708.                       ▄   ▄     ▄     ▄   ▄
  5709.                        ▄▄▄     ▄▄▄     ▄▄▄▄
  5710.  
  5711.  
  5712.  
  5713.                   Alias "The Mostly dBASE SIG"
  5714.  
  5715.           sponsored by the Westchester PC Users' Group
  5716.  
  5717.                           will present
  5718.  
  5719.                 BASIL HOSMER and MARTIN RINEHART
  5720.  
  5721.                                of
  5722.                         Wallsoft Systems
  5723.                               with
  5724.  
  5725.                               UI/2
  5726.    and a report on the IEEE status of the Standards Committee
  5727.        (for standardization of a core Dbase like language)
  5728.  
  5729. Marty is the President of Wallsoft. Basil, the brilliant
  5730. programmer of UI and UI/2.  UI was probably the first template
  5731. language program generator. In the new version (still in beta
  5732. testing) the template language has itself become more Dbase like.
  5733. UI/2 generates completes working systems of dBASE, Clipper, and
  5734. FoxBase code.
  5735.  
  5736. WHEN:   May 26th, Thursday at 7:30 p.m.
  5737.  
  5738. WHERE:  Pleasantville Campus, PACE UNIVERSITY
  5739.              Miller Hall room 10
  5740.         note: the U is closed this week. Use entrance # 3 and
  5741.         loop around campus to the building.
  5742.  
  5743. Call me at work for more info if you need it: (914) 631-2101
  5744.  
  5745. COME JOIN US!
  5746.  
  5747. Howie
  5748.  
  5749.  
  5750. Msg#4550   To:PHILIP MORRIS                              
  5751. From:DIRK LESKO                                 Date:05/24/88
  5752. Subject:(R)S87 BUG?                             Parent Msg#4539
  5753. ------------------------------------------------------------------------------
  5754. It sounds screwy then. Have you spoken to Nantucket??? They run Novell
  5755. over there.
  5756.  
  5757. dLESKO
  5758.  
  5759.  
  5760. Msg#4551   To:HOWARD BALL                                
  5761. From:DIRK LESKO                                 Date:05/24/88
  5762. Subject:(R)HI                                   Parent Msg#4547
  5763. ------------------------------------------------------------------------------
  5764. thank You. I recieved a newsletter tha said IDL wasn't read yet. It has
  5765. been shipping about 2 months now. Could you release another announcing
  5766. that??
  5767.  
  5768. Thanks.
  5769.  
  5770. dLESKO
  5771.  
  5772.  
  5773. Msg#4552   To:HOWARD BALL                                
  5774. From:RON CALLAHAN                               Date:05/25/88
  5775. Subject:(R)WESTCHESTER DB SIG                   Parent Msg#4548
  5776. ------------------------------------------------------------------------------
  5777. Marty and Basil seem to spend more time traveling and pushing non-
  5778. existent products than they do developing these products. I to was 
  5779. impressed whed UI first came out, but for some strange reason I never
  5780. saw any of these fantastic new templets that were to be pouring forth.
  5781. Later, lo and behold, I am notified that my new copy of UI is about to
  5782. be obsolete. If I want to stay on the bandwagon I have to send them
  5783. $100 for the soon to be released UI2. (If I don't send it, It will later
  5784. cost me $695. 
  5785. I have yet to receive anything that resembles a true working beta version
  5786. of this fantastic product. (It still get letters telling me how great
  5787. it's going to be.)
  5788. At this point, UI2 rates right up there with Blade and Force III. How
  5789. much longer are we going to put up with this bulls..t. 
  5790.  
  5791.  
  5792. Msg#4553   To:PHILIP MORRIS                             (Rcvd)
  5793. From:HARRY VANTASSELL                           Date:05/25/88
  5794. Subject:S'87 BUG?                               Parent Msg#4553
  5795. ------------------------------------------------------------------------------
  5796. Hi Philip: re your 4539, you are caught between Nantucket and Novell.
  5797. I had the exact same problem, even down to the 'hello world' test and
  5798. that was in March. I contacted Ray Love at the mother ship and got
  5799. an answer that it was due to Novell's poor support of DOS 3.3 but no
  5800. help except a suggestion that I try a later version of the ANET3 
  5801. shell and a statement that there was no shell fix for SFT ver 2.1,
  5802. plus names & phone number of several other folks who had experienced
  5803. the same problem. But now the good news - Nantucket didn't charge me 
  5804. for that helpful <sic> advice, I did by exchanging fax messages.
  5805. .
  5806. Anyhow, I made a guess and wrote a patch for the Clipper library that
  5807. fixed my problem and sent it to Ray and offered to exchange rights to
  5808. the patch for a personal complimentary copy of Clipper - the offer 
  5809. was refused a couple of months later when Nantucket's Rene Gentry 
  5810. asked for permission to put the patch on the Clipper Source BBS. I 
  5811. think their outa-pocket cost woulda been less than $25, and as a side
  5812. benefit, I would not be blabbing this story to the world! <smile>
  5813. .
  5814. Now to just get 20 Novell users to send me $20 and I can have my own
  5815. personal copy of Clipper and the world can have the patch. Oh yeah, I
  5816. was amazed to see the 'poor Novell DOS 3.3 support' problem persist 
  5817. in the new S'87 library - thus guaranteeing that many folks will have
  5818. their large application fail on existing Novell networks, WoWee...
  5819.  
  5820.  
  5821. Msg#4555   To:RON CALLAHAN                              (Rcvd)
  5822. From:MENACHEM BAZIAN                            Date:05/25/88
  5823. Subject:(R)WESTCHESTER DB SIG                   Parent Msg#4548
  5824. ------------------------------------------------------------------------------
  5825. Ron,
  5826.  
  5827. I am an avid UI user. I just received the beta of UI2 but havent used it
  5828. yet.
  5829.  
  5830. UI has saved me more programming time than I care to think about. It has
  5831. taken away the necessity of worrying about some of the garbage
  5832. programming and I have neen able to spend my time working on new concepts
  5833. and ideas.
  5834.  
  5835. I couldnt disagree with you more.
  5836.  
  5837. Lastly, I needed a special template. So I wrote it myself.... 
  5838.  
  5839. >MB<
  5840.  
  5841.  
  5842. Msg#4557   To:HARRY VANTASSELL                          (Rcvd)
  5843. From:PHILIP MORRIS                              Date:05/25/88
  5844. Subject:(R)S'87 BUG?                            Parent Msg#4553
  5845. ------------------------------------------------------------------------------
  5846. Very Interesting! I downloaded a copy of a newer ANET3 shell for Dos 3.3
  5847. from the Novell bulletin board a few months back (V2.01-2) when I
  5848. upgraded to Dos 3.3. I'll check to see if there is a newer shell than
  5849. that. Thank you for taking the time to respond! I hope Nantucket reads
  5850. this and reconsiders your most generous offer.  If not, count me in if
  5851. you can find 19 more Novell users! I need to be able to open more than 20
  5852. files and if Nantucket can't give it to me, then I'll get it where I can!
  5853.  
  5854.  
  5855. Msg#4558   To:STEVE STRALEY                             (Rcvd)
  5856. From:CLIFF CORCORAN                             Date:05/25/88
  5857. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  5858. ------------------------------------------------------------------------------
  5859. Looking forward to From Doss. The conference in LA is right around the
  5860. corner. Are all your tips warmed up for the group? {Grin}. Folks at the
  5861. SanFran Clipper group are looking forward to your visit on the 27 of
  5862. June. The tool kit looks great and I have gleaned some pretty good ideas
  5863. already. See you in L.A.!
  5864. Regards CLiff
  5865.  
  5866.  
  5867. Msg#4559   To:RON CALLAHAN                              (Rcvd)
  5868. From:CLIFF CORCORAN                             Date:05/25/88
  5869. Subject:(R)WESTCHESTER DB SIG                   Parent Msg#4548
  5870. ------------------------------------------------------------------------------
  5871. Humm, At least you got notice of UI2 . I did not (as yet).
  5872. Regards CLiff
  5873.  
  5874.  
  5875. Msg#4563   To:DIRK LESKO                                (Rcvd)
  5876. From:ROB HANNAH                                 Date:05/25/88
  5877. Subject:(R)S87 BUG?                             Parent Msg#4539
  5878. ------------------------------------------------------------------------------
  5879. I've been running into this problem for quite some time now - and nobody
  5880. is willing to take the blame.  The culprit appears to be Clipper though.
  5881. It rears it's head under the following conditions:
  5882.  
  5883. DOS 3.3
  5884. Netware 2.0a (your shell should be at least 2.01-2 for dos3.3)
  5885. use of set clipper=Fnn in the environment
  5886. SOME network card / cpu combinations (Thomas Conrad won't work in
  5887.   enhanced mode - will work in compat.)
  5888.  
  5889. The hang occurs in the plankton routine upon exiting clipper.
  5890.  
  5891. Workarounds:  Upgrade to Netware 2.1 (I'll be rechecking this tomorrow)
  5892. Use handles2.arc instead of Fnn (I prefer Fnn if it will work)
  5893. If you have arcnet in enhanced mode, try moving to compatible mode
  5894. Try changing your base address on your network card / shell
  5895.  
  5896. The most plausible reason for this occurance I've heard to date seems to
  5897. be Clipper's mucking memory in / about the D0000h range when using the
  5898. Fnn stuff.
  5899.  
  5900. If you need any more help, call KWIBBLE @703-243-4820 - we're primarily a
  5901. LAN (Novell) board and a lot of techies call.
  5902.  
  5903. ROB
  5904.  
  5905.  
  5906. Msg#4564   To:STEVE STRALEY                             (Rcvd)
  5907. From:ROB HANNAH                                 Date:05/25/88
  5908. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  5909. ------------------------------------------------------------------------------
  5910. I still have 2 wisdom teeth - I really don't want to throw those away
  5911. just yet.
  5912.  
  5913. I'm really interested in talking with you some more about 'implied'
  5914. overlays and the section statement.  How does implied overlaying work
  5915. given the following:
  5916.  
  5917. begin
  5918.   section file a, b, c
  5919.   section file d, e
  5920.   section file f, g, h, i, j
  5921. end
  5922.  
  5923. Tanks...
  5924.  
  5925. ROB
  5926.  
  5927. ps.  If you can, I'd like to talk w/ you - leave # or call me at
  5928. 703-522-0820
  5929.  
  5930.  
  5931.  
  5932. Msg#4566   To:ALL                                        
  5933. From:NEIL WEICHER                               Date:05/25/88
  5934. Subject:NETLIB UPDATE            
  5935. ------------------------------------------------------------------------------
  5936. We apologize to all NetLib purchasers who have been waiting for us
  5937. to deliver a complete package.  Most of you have received the
  5938. package with a photocopy of the draft documentation and one or
  5939. more pieces of the package missing (NetLog journaling system, and
  5940. TTS interface, in particular).
  5941.  
  5942. As Burns said "The best laid plans...".  Some technical problems
  5943. arose in the development of NetLog and TTS interface that we did
  5944. not forsee.  Due to these problems, the delivery dates, which we 
  5945. had confidently predicted, got blown away by about three months. 
  5946. And since all of our technical efforts were going into finishing
  5947. the software, the rewrite of the documentation suffered, too.
  5948.  
  5949. In the interrim, we decided to ship out as much of NetLib as we
  5950. had available so that you could get your projects underway as
  5951. quickly as possible with Clipper-87.  Possibly we should have
  5952. waited until everything was in place before we shipped anything,
  5953. but that would have made even more people unhappy than the way
  5954. we did it.
  5955.  
  5956. Anyway, you will be happy to know that all the pieces are finally
  5957. falling into place.  By the end of May we will start shipping the 
  5958. the complete system with the new documentation to all people who
  5959. have purchased NetLib (or updated NetLib) since 12/01/87.  Please
  5960. keep in mind that it will take 3-4 weeks to send out all copies
  5961. so you won't necessarily receive yours immediately.  However, if
  5962. time is critical, please let us know and we will try to expedite
  5963. your shipment.
  5964.  
  5965. In regards to the 30 day money back guarantee that NetLib comes
  5966. with: you can consider that the 30 day period begins when you
  5967. receive the updated package.  You will not be penalized for our
  5968. tardiness.
  5969.  
  5970. We believe that once you see the new NetLib, you will feel that it
  5971. was truely worth the wait.
  5972.  
  5973. Thank you very much for your patience.
  5974.  
  5975. Neil Weicher
  5976. Communication Horizons
  5977.  
  5978.  
  5979.  
  5980. Msg#4567   To:MENACHEM BAZIAN                           (Rcvd)
  5981. From:RON CALLAHAN                               Date:05/26/88
  5982. Subject:(R)WESTCHESTER DB SIG                   Parent Msg#4548
  5983. ------------------------------------------------------------------------------
  5984. My point is that I paid $300 dollars for a product that is being
  5985. dropped. I did not by the product to write templates. I bought the 
  5986. product for the templates that were available and supposed to be forth-
  5987. coming. I find having to pay another $100 for a product that doesn't
  5988. exist and has been advertised by mail for over 6 months bordering on
  5989. criminal. 
  5990. I also liked the original product, but Wallsoft has been extremly
  5991. over-zealous in their promise dates.
  5992.  
  5993.  
  5994. Msg#4569   To:ROB HANNAH                                (Rcvd)
  5995. From:RON LANDBERG                               Date:05/26/88
  5996. Subject:(R)S87 BUG?                             Parent Msg#4539
  5997. ------------------------------------------------------------------------------
  5998. Rob, or anyone who knows:
  5999.  
  6000. Someone left a message about needing a patch to Novell 2.0a ANET3 if my
  6001. CLIPPER application open more than 40 files.  I can't find the message
  6002. which included the patch.
  6003.  
  6004. Could anyone explain what's happning and, if possible, leave a copy of
  6005. the needed patch or indicate where it can be gotten from.
  6006.  
  6007. Thanks
  6008.  
  6009.  
  6010. Msg#4570   To:RON LANDBERG                              (Rcvd)
  6011. From:ROB HANNAH                                 Date:05/26/88
  6012. Subject:(R)S87 BUG?                             Parent Msg#4539
  6013. ------------------------------------------------------------------------------
  6014. First of all -
  6015.  
  6016. Make sure you are using a workstation shell version >= 2.01-2 - that's
  6017. supposed to have all of the DOS 3.3 support.
  6018.  
  6019. The reason anet3.com needs patching is that Novell thought that noone
  6020. would ever have any need to open more than 40 files.  If you need to
  6021. increase it (who doesn't) do the following (I assume you are familiar
  6022. with debug):
  6023.  
  6024. -e 167
  6025. xxxx:0167   28.xx<cr>
  6026. w
  6027. q
  6028.  
  6029. Fill in the appropriate value in hex (we currently use 60 - 96 decimal).
  6030.  
  6031. ROB
  6032.  
  6033.  
  6034. Msg#4571   To:ALL                                        
  6035. From:CHRISTOPHER EDGAR                          Date:05/26/88
  6036. Subject:S87 REPORT BUG?          
  6037. ------------------------------------------------------------------------------
  6038. Has Anyone had any trouble with the RL.EXE reports?  I keep getting a
  6039. message that says "INVALID EXPRESSION IN .FRM" , but when I double check
  6040. I can't find anything wrong.  I can edit the report format ok, but when I
  6041. come back to it again, not everything was saved as I entered it in the
  6042. first place.  I've had to redefine the entire report 3 times already!
  6043. What's going on here?  Thanks for any help.
  6044.  
  6045. --Christopher
  6046.  
  6047.  
  6048. Msg#4573   To:ALL                                        
  6049. From:DIRK LESKO                                 Date:05/26/88
  6050. Subject:RESPECT                                 Parent Msg#4573
  6051. ------------------------------------------------------------------------------
  6052. Hi all. I think we should take note that Neil Wiecher has left a message
  6053. addressing the recent problems in shipping the latest version of Netlib.
  6054. I think we should commend Neil for logging in to address the imporatant
  6055. issues you all raised here. It is worth noting that Neil's validation
  6056. onto the conference was pushed through so that he may address those
  6057. messages you left. He had called me on the matter, and he was validated
  6058. immediately. The reason I find this worth noting is that we ave come to
  6059. the point where we can say that we have begun to get some respect from
  6060. the community we comprise. Nantucket is reading our messages with great
  6061. interest, and I make notes on them as to what seems like real good
  6062. ideas.....and now, we have even gotten the attention of a company that
  6063. never logged on since they were invited. (I contacted Neil when I started
  6064. the conference so he could participate). It is refreshing to see that we
  6065. can, by means of intelligent 'conferencing' attract responses from those
  6066. who until late had seemed out of reach. I beleive that if we all speak
  6067. out enough, we will be heard. I will try and make sure that those parties
  6068. that need to do the hearing, hear. So, now I think I will make a call to
  6069. Wallsoft and see if I can get us a little more....respect. ANd i must say
  6070. again, Thank you Neil for calling in, and To our own Steve Straley who
  6071. had known from the start that this is a good place to meet people, make
  6072. friends, and advance their own products and services, thank you too.
  6073.  
  6074. So much for all thanks.....time to get back to work....
  6075.  
  6076. dLESKO
  6077.  
  6078.  
  6079. Msg#4574   To:ROB HANNAH                                (Rcvd)
  6080. From:STEVE STRALEY                              Date:05/27/88
  6081. Subject:(R)SMALLER(EXE)                         Parent Msg#4377
  6082. ------------------------------------------------------------------------------
  6083. First, I try NOT to use the SECTION command.  It takes too much overhead
  6084. on the load module.  My seminars and other things (FROM DOSS) well
  6085. step-by-step go through these topics.  I don't think a brief coverage on
  6086. here will do justice.  I'll try to call before the conference, but I just
  6087. found out that I wrote 140 pages of stuff for it and it needs to be
  6088. formatted.   Anyway, take care and if I don't get ahold of you, take care
  6089. and I'll talk with ya after the 9th.   Take care,
  6090.  
  6091. Steve
  6092.  
  6093.  
  6094. Msg#4576   To:ALL                                        
  6095. From:RON LANDBERG                               Date:05/27/88
  6096. Subject:S87&NOVELL OPEN FILES    
  6097. ------------------------------------------------------------------------------
  6098. > S87 locking up workstation upon exit:
  6099. > Can't open more than 40 files
  6100.   
  6101. My configuration:    CLIPPER S`87 ; NOVELL 2.0a SFT1 with DCB
  6102.                      COMAPQ286 server ; Maxstor 1240 with Adaptec
  6103.                      Western Digital Ethernet Plus NICS
  6104.                      MSDOS 3.31 (with ANET3 patch required for DOS3.3)
  6105.   
  6106.   
  6107. PROBLEM 1:  Upon exiting S87 application the workstation locks up,
  6108. requiring a cold boot to restart.  This problem ONLY occurs if the
  6109. F parameter of the SET CLIPPER assignment is greater than 20 file
  6110. handles.
  6111. F=20 or less, the applications end cleanly whether from a RETURN, QUIT,
  6112. or the Continue choice (Y/N) when Clipper traps a DOS error.  F=21 and
  6113. greater, the machine hangs up.
  6114.   
  6115.   
  6116.   
  6117. PROBLEM 2: Ignoring problem 1 above, I set F=85.  Attempting to open the
  6118. 41st file resulted in Clipper displaying the DOS error 4 (no handles
  6119. left)
  6120. It will not open more than 40 of my files.  ( And, of course, since F is
  6121. set greater than 20, when the Clipper error message appears and I choose
  6122. NO
  6123. to the question whether to continue, the workstation locks up, etc.!!)
  6124.   
  6125. I know there has been discussions of these problems before.   But I
  6126. haven't
  6127. seen the lockup problem traced to F greater than 20 and I haven't seen
  6128. that
  6129. the strange interrelationship of these two problems has been discussed.
  6130.   
  6131. Any help?  Or am I just screwed?
  6132.   
  6133.   
  6134.   
  6135. P.S.  Even with the config.sys file handles assignment lower than the F
  6136.       parameter if the F paramater was set greater than 20, problem 1
  6137.       still occurred.   (I.e., in config.sys, FILES=20 and in SET
  6138. CLIPPER,
  6139.       F set to 21).  By removing the F parameter or reducing its value
  6140.       to 20 or less, the problem was eliminated whether the config.sys
  6141.       assignment was greater than 20 or not. This is very bizarre, since
  6142.       the       Clipper manual specifically states that Clipper uses the
  6143.       LOWER of the value in config.sys and the F parameter.
  6144.   
  6145.       In testing for problem 2, the config.sys FILES=85, the same as
  6146.       the F parameter.
  6147.  
  6148.  
  6149. Msg#4578   To:ROB HANNAH                                (Rcvd)
  6150. From:RON LANDBERG                               Date:05/27/88
  6151. Subject:BOMB ON EXIT                            Parent Msg#4578
  6152. ------------------------------------------------------------------------------
  6153. OK I reread all the messages on this subject.  I made the change you
  6154. suggested in ANET3 and it works great! The 75 dbf and ntx files load like
  6155. a champ.  Rob, you saved me from a fate worse than death -- having to
  6156. rewrite my entire code.  
  6157.  
  6158. But as to the lockup on exiting with "F" parameter set greater than 20: 
  6159. You had some suggestions, but since I don't know what's going on I don't
  6160. know what to do for my specific configuration ( I listed my configuration
  6161. in message # 4575 if you have a momnet to check and see if you have any
  6162. specific knowledge about my setup).?
  6163.  
  6164.  
  6165.  
  6166. Msg#4580   To:RON LANDBERG                              (Rcvd)
  6167. From:ROB HANNAH                                 Date:05/27/88
  6168. Subject:(R)BOMB ON EXIT                         Parent Msg#4578
  6169. ------------------------------------------------------------------------------
  6170. You ought to try handles2.arc - you don't need DOS 3.3 or Clipper's Fnnn
  6171. parameter when you use this.  I tried uploading it, but was unable to for
  6172. some arcane reason.
  6173.  
  6174. ROB
  6175.  
  6176.  
  6177. Msg#4582   To:DIRK LESKO                                (Rcvd)
  6178. From:CLIFF CORCORAN                             Date:05/27/88
  6179. Subject:(R)RESPECT                              Parent Msg#4573
  6180. ------------------------------------------------------------------------------
  6181. I had the good fortune to listen to Neils presentation re:netlib recently
  6182. at the Saf Fan Clipper group and enjoyed and learned from the time. Dirk,
  6183. you can't be more correct in saying that the conference is good both for
  6184. the users/developers AND the product suppliers. I like quite a few of us
  6185. capture the conference and refer back to the message strings. It amazes
  6186. me why more product suppliers don't visit here. I mean the free input
  6187. from a group such as this has got to help any one fine tune a product.
  6188. There are never enough beta testers. 
  6189. Regards CLiff
  6190.  
  6191.  
  6192. Msg#4585   To:CLIFF CORCORAN                            (Rcvd)
  6193. From:RON CALLAHAN                               Date:05/27/88
  6194. Subject:(R)RESPECT                              Parent Msg#4573
  6195. ------------------------------------------------------------------------------
  6196. I believe Neil is starting to get things together. He sent me the 
  6197. latest update of Netlib by 2nd day UPS at his own expense. When I told
  6198. him that UPS had run over the package with a lift truck and ruined the
  6199. contents, I awoke the next morning to find Federal Express at my door
  6200. with another copy. 
  6201. After looking over the package I think it might well be worth the money.
  6202. My apologies to Mr. W for my earlier comments. (At this time I have not
  6203. revisied my opinion of the Marty and Basil Show over at Wallsoft.)
  6204.  
  6205.  
  6206. Msg#4586   To:ROB HANNAH                                (Rcvd)
  6207. From:JOEL SHAPIRO                               Date:05/28/88
  6208. Subject:(R)BOMB ON EXIT                         Parent Msg#4578
  6209. ------------------------------------------------------------------------------
  6210. Handles2.arc uploaded 05/27/88.
  6211.  
  6212.  
  6213. Msg#4587   To:ROB HANNAH                                (Rcvd)
  6214. From:RON LANDBERG                               Date:05/28/88
  6215. Subject:(R)BOMB ON EXIT                         Parent Msg#4578
  6216. ------------------------------------------------------------------------------
  6217. > Lockup on exit from S87 application on Novell
  6218.   
  6219. First,  thanks to Rob Hannah and others who brought this  problem
  6220. to  our attention.  (Particularly, Rob, thanks for the  patch  to
  6221. open more than 40 files - it works like a champ).
  6222.   
  6223. As  you  may remember if you read my message of yesterday  (  You
  6224. know,  the  hysterical message that my  S87  Clipper  application
  6225. locked up the workstsation upon exiting the Clipper application -
  6226. requiring  a cold boot) the workstation would lock up if the  "F"
  6227. parameter in the SET CLIPPER assignment was greater than 20.
  6228.   
  6229. I am no longer hysterical.  Nantucket suggested changing the  IRQ
  6230. on the Western Digital Ether Plus Cards from the factory  setting
  6231. of  3  to  5.  The problem is cured!  With Rob's  patch  and  the
  6232. changed IRQ, my application now loads and runs like it's supposed
  6233. to  -  with all 80 files open !  And then  the  application  ends
  6234. correctly.  Life is great!
  6235.  
  6236.  
  6237. Msg#4592   To:ALL                                        
  6238. From:HOWARD KAPUSTEIN                           Date:05/28/88
  6239. Subject:CLIPPER TC               
  6240. ------------------------------------------------------------------------------
  6241. Hi all. I'm back to writing Clipper again. I've got a couple of
  6242. questions. I don't have the new Clipper yet (Spring) but will soon. I
  6243. know it's written in MS C and has better handling of C and Asm linking of
  6244. functions, but I have Turbo C 1.5. Is it compatible, and if so, what do I
  6245. need to do to link them together?
  6246.  
  6247.  
  6248.  
  6249. Msg#4595   To:TIM CREAGH                                 
  6250. From:DAVID WITT                                 Date:05/29/88
  6251. Subject:(R)NEWCOMMER                            Parent Msg#3883
  6252. ------------------------------------------------------------------------------
  6253. Tim,
  6254.   
  6255. Glad to be of assistance and hope you were able to get a copy...Sorry it
  6256. took me so long to respond but I was in LA for three weeks and hadn't
  6257. called the boards...If Reiters wasn't able to help you let me know as
  6258. I'll be in DC on Thursday of this week and maybe I can dig one up for you
  6259. before I leave for the Clipper Conference next week...
  6260. DAVID
  6261.  
  6262.  
  6263. Msg#4598   To:ALL                                        
  6264. From:J.CLAYTON GREER                            Date:05/30/88
  6265. Subject:STILL LOOKING FOR..                     Parent Msg#4598
  6266. ------------------------------------------------------------------------------
  6267. Hello,
  6268.  
  6269. I am looking for a fairly complete GL/AR/AP/Payroll program
  6270. written in dBASE III+ (of course) preferably PD/ShareWare
  6271. type of thing...  I have looked at DB3-AR.ARC and DB3LEDGE.ARC
  6272. and PERSPAY1.ARC and some others but most either do not work
  6273. at ALL (missing files/missing .MEM's/bad syntax/incomplete DB2
  6274. conversions/etc...) or just kind of limp along trying to fix them
  6275. and not having too much luck..  I do what I think to be a lot of
  6276. dBASE programing.. But I do not know where to start on a accounting
  6277. package... and would prefer to re-write a shell..
  6278.  
  6279. I have looked at SBT and it is a little too much...(both in
  6280. capability and complexity for me).
  6281.  
  6282. Does anyone know if Champion III has source available ?
  6283.  
  6284. I am just getting started in a small business and do not
  6285. need that big of a system but I do need it to be fairly complete.
  6286. (Payroll is not really necessary at this time)
  6287.  
  6288. If there is anything out there... please let me know or
  6289. if you have any recommendations on commercial packages...
  6290.  
  6291. Thank you very much,
  6292.  
  6293. Clay
  6294.  
  6295.  
  6296. Msg#4599   To:ALL                                        
  6297. From:RON LANDBERG                               Date:05/30/88
  6298. Subject:NEWFILE                  
  6299. ------------------------------------------------------------------------------
  6300. But NEWFILE doesn't give you the option to go to the bottom of the list
  6301. of new files.  Much better to use F;L;99 and then "B" after the first
  6302. screen to see just the newest listings.
  6303.  
  6304.  
  6305. Msg#4600   To:ALL                                        
  6306. From:JILL GOHR                                  Date:05/30/88
  6307. Subject:IDEAS                                   Parent Msg#4600
  6308. ------------------------------------------------------------------------------
  6309.  
  6310. Situation: must keep running total of labor hours.
  6311.  
  6312.  1. Consists of 36 input fields:
  6313.     13 for reg. time
  6314.     13 for ovr time
  6315.     13 for prem. time.
  6316.  2. Subtotal fields (in hrs. and cost) for reg. ovr, and prem.
  6317.     time.
  6318.  3. Grand total fields for both cost and hrs.
  6319.  4. 2 record types: labor and order
  6320.  
  6321. I currently have a udf that does the calculations and updates all
  6322. screen sub and grand totals when ANY field changes. Screen
  6323. updates occur as the record is updated and not after. It accounts
  6324. for user aborts, the user hitting PgDn without updating all fields
  6325. thru the VALID clause, etc,. The grand total for cost is is
  6326. updated in 2 places on the screen. This total cost is stored in
  6327. the order record, while all other figures are stored in the labor
  6328. record. This total is then used for other calculations, involving
  6329. 6 other dbfs.
  6330.  
  6331. Problem: When the user pulls up the record, and wants to update
  6332. a field, they mentally add the new hrs to the hrs currently
  6333. displayed. If the field has 3 in it, and they want add 4 MORE
  6334. hrs, they enter 7.
  6335.  
  6336. The user now wants to be able to enter the new hrs, and have it
  6337. automatically added to the current value, and reflect the change
  6338. in all sub and grand totals.  I still must account for user
  6339. aborts and VALID bypasses if all fields are not updated.
  6340.  
  6341. I'm looking for ideas ... the best I can come up with is keeping
  6342. 2 arrays, 1 for the current hr. values, and the other for summing
  6343. new entries. I don't want to have check each of the 36 fields for
  6344. changes.
  6345.  
  6346. Thanks ... Jill
  6347.  
  6348.  
  6349. Msg#4602   To:JILL GOHR                                 (Rcvd)
  6350. From:DIRK LESKO                                 Date:05/30/88
  6351. Subject:(R)IDEAS                                Parent Msg#4600
  6352. ------------------------------------------------------------------------------
  6353. Hi Jill, If the user wants to add or subtract a number from the current
  6354. field while editing in a read, you can do what I did, DO a set key to on
  6355. the '+' and '-' (PLUS and MINUS) keys. SET the minus key to a procedure
  6356. that pops up a box that asks for a number to subtract, and the plus key
  6357. asks for a number to add. Use the INPUT "" TO memvar command since you
  6358. are in a read already. (Make sure the variables you are reading are
  6359. public too) then, after the user enters the value to add and presses
  6360. return. SImply add the value to the memvar they are currently 'GETTING'.
  6361. Then you can KEYBOARD a chr(13) and return so that the new number is
  6362. displayed and they advance to the next field. Give you any ideas?
  6363.  
  6364. dLESKO
  6365.  
  6366.  
  6367. Msg#4603   To:PHILIP MORRIS                              
  6368. From:HOWARD MARKS                               Date:05/30/88
  6369. Subject:(R)S'87 BUG?                            Parent Msg#4553
  6370. ------------------------------------------------------------------------------
  6371. count me in for the $20 also
  6372.  
  6373.  
  6374. Msg#4605   To:DIRK LESKO                                (Rcvd)
  6375. From:JILL GOHR                                  Date:05/30/88
  6376. Subject:(R)IDEAS                                Parent Msg#4600
  6377. ------------------------------------------------------------------------------
  6378. Thanks ... will give it a thought. I really don't want to pull up any
  6379. more windows, and really want all this to happen "behind the scenes",
  6380. you know - "transparent to the user". 
  6381.   
  6382. Jill
  6383.  
  6384.  
  6385. Msg#4606   To:ALL                                        
  6386. From:JILL GOHR                                  Date:05/30/88
  6387. Subject:MEMOEDIT()                              Parent Msg#4606
  6388. ------------------------------------------------------------------------------
  6389.  
  6390. Up to this point, I have avoided memo fields like the plague,
  6391. based on all the negative comments I've read. However ... I
  6392. finally decided to give them a shot, but can't find any good docs
  6393. on using them. So far all I've been able to do is pull up a
  6394. record, and add a memo field. So here goes ...
  6395.  
  6396. 1. how do I test whether a memo field exists (is empty?) for a
  6397.    given record. How I draw my screen will depend on whether the
  6398.    record has a filled memo field or an empty one.
  6399.  
  6400. 2. How do I go about setting up a help screen with all the
  6401.    memoediting functions for the user? Everything I read says to
  6402.    turn help off.
  6403.  
  6404. All help will be appreciated. Thanks ... Jill
  6405.  
  6406.  
  6407. Msg#4607   To:J.CLAYTON GREER                           (Rcvd)
  6408. From:STEVE STRALEY                              Date:05/30/88
  6409. Subject:(R)STILL LOOKING FOR..                  Parent Msg#4598
  6410. ------------------------------------------------------------------------------
  6411. I was VERY interested in your comment regarding an accounting package.  I
  6412. can not be specific until AFTER the Clipper conference, but there will be
  6413. an answer to your prayers by the fourth quarter this year.   Champion III
  6414. does have source code available, but they have just announced a move
  6415. towards dBASE IV and away from Clipper.   Additionally, in my
  6416. professional opinion, I do not agree with an accounting method that
  6417. attacks the GL file always.  Most accounting needs are performed in
  6418. batch-mode format and such a strain on a one-file master-file concept is
  6419. somewhat limiting.   I feel SBT is WAY over-priced to get generic (and
  6420. fundamentally) dbASE II code.  Account-mate is better but has some major
  6421. holes in some areas... and the code could be documented better.  Finally,
  6422. I think that if SBT or SourceMate REALLY believed in their products, they
  6423. would come out with compiled versions as well.  AGain, this is one
  6424. programmers opinion.   Drop me a line in a couple of weeks and I'll be
  6425. exact in complete detail and will give you the ABSOLUTE perfect solution.
  6426. Take care,
  6427.  
  6428. Steve
  6429.  
  6430.  
  6431. Msg#4608   To:JILL GOHR                                 (Rcvd)
  6432. From:STEVE STRALEY                              Date:05/30/88
  6433. Subject:(R)IDEAS                                Parent Msg#4600
  6434. ------------------------------------------------------------------------------
  6435. Without knowing specifics, I sometimes pass the element by reference.  If
  6436. it is an array value that we are talking about, it is still possible to
  6437. pass array values by reference.  For example, a VALID UDF where you pass
  6438. the array value by reference, add to the old array value what you want,
  6439. stuff the keyboard with as many CHR(13) which forces ALL GETS to be
  6440. re-validated is just ONE way to accomplish this.   There are a few other
  6441. tricks including based on the ROW() and COL() position, you can figure
  6442. out the GET you are one, then STUFF the KEYBOARD with CHR(24) for as many
  6443. down arrows you need.   Hope that gives SOME ideas.  Again, I'd really
  6444. show you some better ways if I saw the code... kindof like operating
  6445. knowing the disease without knowing the patient.   Take care,
  6446.  
  6447. Steve
  6448.  
  6449.  
  6450. Msg#4609   To:JILL GOHR                                 (Rcvd)
  6451. From:STEVE STRALEY                              Date:05/30/88
  6452. Subject:(R)MEMOEDIT()                           Parent Msg#4606
  6453. ------------------------------------------------------------------------------
  6454. Jill.   EMPTY() works on a memo field.   Look in SST_1.PRG at the
  6455. function called KEYBOARD.  In it will show you the various ways a
  6456. MOEMEDIT() function may be called INCLUDING within MEMOEDIT().  The
  6457. Word-processor (located in SST_4.PRG) calls the user-defined function
  6458. "KEYSTROKE"  (Sorry about that, there is no KEYBOARD function... it's
  6459. called "KEYSTROKE").  If you want more examples of this, I can point them
  6460. out to you in specific text within the confines of either the DEMOs
  6461. within the Toolkit or WITHIN the ToolkiT itself.   This is exactly WHY
  6462. there is such a tool:  I can point to examples for you to add, subtract,
  6463. study and modify to your heart's content.   Try to leave me a message
  6464. BEFORE Wednesday night...   I'm off to California.   Take care,
  6465.  
  6466. Steve
  6467.  
  6468.  
  6469. Msg#4611   To:JILL GOHR                                 (Rcvd)
  6470. From:JOEL SHAPIRO                               Date:05/30/88
  6471. Subject:(R)MEMOEDIT()                           Parent Msg#4606
  6472. ------------------------------------------------------------------------------
  6473. With regard to your # 2, I just pop a box across the top 7 lines of the
  6474. screen with the edit info. Most of the times my memo fields are fairly
  6475. short; 10 lines max. Yes, help is off.
  6476.  
  6477.  
  6478. Msg#4612   To:STEVE STRALEY                             (Rcvd)
  6479. From:JOEL SHAPIRO                               Date:05/30/88
  6480. Subject:(R)STILL LOOKING FOR..                  Parent Msg#4598
  6481. ------------------------------------------------------------------------------
  6482. Account Mate (by Sourcemate) is about to release a new version of their
  6483. AR and AP programs. You're right Steve, The documentation of their code
  6484. leaves me wanting. Of the 2; SBT and Accountmate, I've found AccountMate
  6485. to be better received by most clients.
  6486.  
  6487. It's hard to modify (took me 2 days to cut up the AR) but seems to work
  6488. reliably.
  6489.  
  6490.  
  6491. Msg#4615   To:JILL GOHR                                 (Rcvd)
  6492. From:CLIFF CORCORAN                             Date:05/31/88
  6493. Subject:(R)MEMOEDIT()                           Parent Msg#4606
  6494. ------------------------------------------------------------------------------
  6495. Jill;
  6496. I was also one who avoided the memo fields. Last week I found I could not
  6497. avoid them so here is what I have found so far. Remember I am at square
  6498. 1.3 as far as memos are concerned. I use the memoedit as
  6499. mmemo=memoedit(field,t,l,b,r). SO far I am not using the udf's in the
  6500. memoedit but I suspect I will soon. When I pull up the record that has a
  6501. memo I do a 
  6502. mmemo=memoedit(field,t,l,b,r,.F.) &&The .f. is to disallow editing.
  6503. IF LEN(mmemo)=0
  6504. * THe memo is empty
  6505. ENDIF
  6506. Hope the blind leading the blind helps.
  6507. Regards CLiff
  6508.  
  6509.  
  6510. Msg#4616   To:TIM CREAGH                                 
  6511. From:DAVID WITT                                 Date:05/31/88
  6512. Subject:(R)PROGAMMING IN CLIPPER                Parent Msg#4503
  6513. ------------------------------------------------------------------------------
  6514. Tim,
  6515.  
  6516. Glad to be of assistance.  Reiters has the largest selection of books on
  6517. Computer languages I have ever seen, not even in the good ole Silicon
  6518. valley itself.  If ever you need a book on just about any Scientific
  6519. subject I'd try them first,  I go downtown in DC just to browse, they
  6520. have 3 rows of shelves just on dBASE and it's Supersets alone...just like
  6521. a little kid in a Candy store...
  6522. DAVID
  6523.  
  6524.  
  6525. Msg#4618   To:ALL                                        
  6526. From:CLIFF CORCORAN                             Date:05/31/88
  6527. Subject:RREPORT WRITER                          Parent Msg#4618
  6528. ------------------------------------------------------------------------------
  6529. I am playing with the new (Ver3) of Relational Report writer. I am
  6530. puzzled as to the best way to "save" some memory for this thing. It
  6531. 'says' it only needs 25K but I have set clipper=r100 and still I get an
  6532. insufficient memory error. (Seems to be a rr error.) Has anyone had
  6533. better luck with this thing?
  6534. Regards CLiff
  6535. P.S.
  6536. I hope everyone is looking forward to L.A. next week. I sure am. {grin}
  6537. cc
  6538.  
  6539.  
  6540. Msg#4621   To:JILL GOHR                                 (Rcvd)
  6541. From:DIRK LESKO                                 Date:05/31/88
  6542. Subject:(R)MEMOEDIT()                           Parent Msg#4606
  6543. ------------------------------------------------------------------------------
  6544. Sounds like one for the SST......
  6545.  
  6546.  
  6547. Msg#4622   To:CLIFF CORCORAN                            (Rcvd)
  6548. From:DIRK LESKO                                 Date:05/31/88
  6549. Subject:(R)RREPORT WRITER                       Parent Msg#4618
  6550. ------------------------------------------------------------------------------
  6551. Again.....R&R is using the 25k for their swapper program. if it doesn't
  6552. find at least 200k of available memory (which it probably never will) it
  6553. will literally SWAP your Clipper program out to disk and use that portion
  6554. of memory for it's overlays. However, if you are using ANY program that
  6555. intercepts either the keyboard (INT 8) or the timer (int 1c) then R&R
  6556. won't run. I've spoken to them about thins and they are in the process of
  6557. betaing a copy of the swapper that is configurable so that you can run
  6558. even if the interrupts are redirected. Until then R&R will refuse to run
  6559. if the iinterrupts are taken. There is no way around this except for
  6560. writng a small routine to save the timer and keyboard vectors somehow.
  6561. For IDL users, make sure you un_clock() and un_key() before running
  6562. R&R.....help at all???
  6563.  
  6564. dLESKO
  6565.  
  6566.  
  6567.